(2016-10-07, 18:43)Pasado Wrote: Please lets end this once and for all.
Is Mutagen being used by anything in the 'Official Repo' Yes or No?
If No wouldn't it be better for all if it was just removed Yes or No?
If yes then this matter is settled end of!
If No, why not... and don't be making up senarios without anything to back it up...
I'm sure that everyone concerned would like this all to end now!
Ah well, just because nothing in the
official repo uses that module doesn't mean necessarily that nothing uses it. For instance, my database cleaner add-on requires 'script.module.myconnpy' which it pulls in from the official repo. If that were to be removed, my add-on would break.
Now, according to the 'rules', my add-on can't ever be in the official repo because it connects directly to the users database. That's fine and I understand why that is the case. However, the only thing that module does is allow a direct connection to a MySQL database. With this in mind, I doubt that there are any add-ons in the official repo that use it (as the rules prevent them being added). Still, the module is present and my add-on depends on it.
Conclusion - It's not so clear cut that just because nothing in the official repo depends upon a module/script that it should be removed, because other third party add-ons might well depend upon such a module or script. This makes it pretty much impossible for the team to know whether or not removing a module or script will break any third-party add-ons.
Clearly, this isn't a good position for the team as it means all current repo scripts/modules need to be retained.
Options that I see -
1) Stay as we are. No modules/scripts are removed or updated.
2) Remove anything not referenced by at least one add-on in the official repo.
3) Take on a team-member (either current or new) to support/update the orphaned scripts/modules (orphaned means not referenced as a dependancy by any add-on in the official repo)
Option 1 changes nothing and I don't see that as progress.
Option 2 might break a lot of add-ons potentially. However, maintained add-ons will package what's missing in their add-ons to fix the issue. Un-maintained add-ons will stay broken, but this is not really any different to python version bumps or core related api bumps.
Option 3 is probably the best option if a team member is willing to take it on.
@rob - Sorry, I know this doesn't help your position but I can see both sides of this. FWIW, I think you have been treated harshly and I think the team as a whole could have communicated better with you. I also think that there have been occasions when you haven't helped yourself. I can't see how a module with a different name
and add-on ID could conflict with anything but then I'm nowhere near an expert at this.
Is it not possible to find some common ground between the team and rob whereby his support threads can be hosted and his repo doesn't conflict with the official one (I don't think it does now anyway). ??