Siebrand Mazeland wrote:
Would also appreciate information about any extension in this list that may be obsolete on MediaWiki trunk; this will allow us to tag it in trunk and remove it after branching the next MediaWiki version.
How are we dealing with obsolete extensions? Just deleting the folder on trunk?
List of extensions used by Wikimedia without a Bugzilla maintainer:
- Makebot Special:Makebot extension
- Makesysop The Makesysop special page extension.
These are deprecated by UserRights.
List of extensions without a Bugzilla maintainer:
- ConfirmEdit The ConfirmEdit CAPTCHA extension.
- DynamicPageList DynamicPageList extension (not DynamicPageList2, which is not in use at Wikimedia)
- Spam Blacklist Spam blacklist extension
These are in use by wikimedia, should have been in the other list.
- UsernameBlacklist Username Blacklist extension
Superseeded by TitleBlacklist
On Fri, Feb 12, 2010 at 6:28 PM, Platonides Platonides@gmail.com wrote:
Siebrand Mazeland wrote:
Would also appreciate information about any extension in this list that may be obsolete on MediaWiki trunk; this will allow us to tag it in trunk and remove it after branching the next MediaWiki version.
How are we dealing with obsolete extensions? Just deleting the folder on trunk?
Some get marked with an OBSOLETE file. Some later get deleted, some don't. It really depends on who was caring at the time. We branch extensions (and have for some time) for a reason, and I think we should clear out things that have been marked as clearly obsolete for a long time. I'd be in favor of something like this:
v 1.15 - Extension goes obsolete (w/e reason) and is marked v 1.16 - We allow it to sit, clearly labelled as obsolete v 1.17 - Drop the extension
As long as we're clearly marking things and give people some wiggle room before dropping, I don't see why we shouldn't do some housekeeping.
-Chad
Thanks for the info.
MakeBot, MakeSysop and UsernameBlacklist have been tagged OBSOLETE long or at least a while ago. They will indeed be removed from trunk after 1.16 is branched. There's an open bug on ExtensionDistributor (16424) that prevents extensions from being downloaded through it if they are no longer in trunk. Would be nice if someone would be able to fix that - not a blocker, though.
The past few releases, extensions that were obsolete have been tagged OBSOLETE with a file in svn explaining why it was obsolete. The tagged extensions were removed after branching. Appears to have worked well.
This is the current list: ./BoardVote/OBSOLETE ./freenodeChat/OBSOLETE ./Lockout/OBSOLETE ./Makebot/OBSOLETE ./Makesysop/OBSOLETE ./Mibbit/OBSOLETE ./Review/OBSOLETE ./UsernameBlacklist/OBSOLETE ./wikiwyg/OBSOLETE
Cheers!
Siebrand
-----Original Message----- From: wikitech-l-bounces@lists.wikimedia.org [mailto:wikitech-l-bounces@lists.wikimedia.org] On Behalf Of Platonides Sent: Saturday, February 13, 2010 12:29 AM To: wikitech-l@lists.wikimedia.org Subject: Re: [Wikitech-l] Extensions in SVN looking for a maintainer
Siebrand Mazeland wrote:
Would also appreciate information about any extension in this list that may be obsolete on MediaWiki trunk; this will allow us to tag it in trunk and remove it after branching the next MediaWiki version.
How are we dealing with obsolete extensions? Just deleting the folder on trunk?
On Sat, Feb 13, 2010 at 9:28 AM, Platonides Platonides@gmail.com wrote:
List of extensions used by Wikimedia without a Bugzilla maintainer:
- Makebot Special:Makebot extension
- Makesysop The Makesysop special page extension.
These are deprecated by UserRights.
List of extensions without a Bugzilla maintainer:
- ConfirmEdit The ConfirmEdit CAPTCHA extension.
- DynamicPageList DynamicPageList extension (not DynamicPageList2, which is not in use at Wikimedia)
- Spam Blacklist Spam blacklist extension
These are in use by wikimedia, should have been in the other list.
- UsernameBlacklist Username Blacklist extension
Superseeded by TitleBlacklist
Perhaps we create two two new products in Bugzilla, one for Obsolete/Deprecated and another for extensions used on WMF wikis. That way the list can be cleaned up slightly and for the WMF one we could perhaps have a separate mailing list for it since apparently some times it's hard to pay attention to reports on wikibugs and sometimes get missed completely and that way people can pay more attention to them.
-Peahcey
On Fri, Feb 12, 2010 at 7:05 PM, K. Peachey p858snake@yahoo.com.au wrote:
On Sat, Feb 13, 2010 at 9:28 AM, Platonides Platonides@gmail.com wrote:
List of extensions used by Wikimedia without a Bugzilla maintainer:
- Makebot Special:Makebot extension
- Makesysop The Makesysop special page extension.
These are deprecated by UserRights.
List of extensions without a Bugzilla maintainer:
- ConfirmEdit The ConfirmEdit CAPTCHA extension.
- DynamicPageList DynamicPageList extension (not DynamicPageList2, which is not in use at Wikimedia)
- Spam Blacklist Spam blacklist extension
These are in use by wikimedia, should have been in the other list.
- UsernameBlacklist Username Blacklist extension
Superseeded by TitleBlacklist
Perhaps we create two two new products in Bugzilla, one for Obsolete/Deprecated and another for extensions used on WMF wikis. That way the list can be cleaned up slightly and for the WMF one we could perhaps have a separate mailing list for it since apparently some times it's hard to pay attention to reports on wikibugs and sometimes get missed completely and that way people can pay more attention to them.
-Peahcey
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Really what we need to do is enable product grouping, and move extensions up a level to each be products. Products can changes groups, but components cannot change products (which is how we have them set up now). Then we can enable a Trash-bin type group for retired products. Mozilla does this, it's called their Graveyard.
We can move forward with this, if we'd like. Would want to schedule a window to do it in, would cause a *lot* of bugspam for the mass re-assigning of stuff.
-Chad
Hi,
Chad a écrit :
Really what we need to do is enable product grouping, and move extensions up a level to each be products. Products can changes groups, but components cannot change products (which is how we have them set up now). Then we can enable a Trash-bin type group for retired products. Mozilla does this, it's called their Graveyard.
We can move forward with this, if we'd like. Would want to schedule a window to do it in, would cause a *lot* of bugspam for the mass re-assigning of stuff.
I would recommend to wait until we make a decision concerning the migration to another tracker [1]. Let's avoid investing time in the change you're proposing if we end up switching to another software. We're currently assessing possible alternatives to Bugzilla and we should have a public setup for everyone to play with in the coming weeks.
[1] http://www.mediawiki.org/wiki/Tracker/PM_tool
Guillaume Paumier wrote:
Hi,
Chad a écrit :
Really what we need to do is enable product grouping, and move extensions up a level to each be products. Products can changes groups, but components cannot change products (which is how we have them set up now). Then we can enable a Trash-bin type group for retired products. Mozilla does this, it's called their Graveyard.
We can move forward with this, if we'd like. Would want to schedule a window to do it in, would cause a *lot* of bugspam for the mass re-assigning of stuff.
I would recommend to wait until we make a decision concerning the migration to another tracker [1]. Let's avoid investing time in the change you're proposing if we end up switching to another software. We're currently assessing possible alternatives to Bugzilla and we should have a public setup for everyone to play with in the coming weeks.
Rather than only "svn integration" being listed, could we list as a "good to have" git integration as well. It's good to make sure the tracker is compatible if we ever decide to switch in the future. There has been discussion on that multiple times before.
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]
wikitech-l@lists.wikimedia.org