Re: [Wikitech-l] Extensions in SVN looking for a maintainer
Thanks, Avar. Cite: no action taken in Bugzilla. Newuserlog: has been removed. Can unfortunately not close components. CrossNamespaceLinks: added Avar as maintainer Desysop: has been removed. See above. Espionage: had one closed issue; reassigned to CheckUser and component deleted. Eval: added Avar as maintainer. PageCSS: added Avar as maintainer. Thanks! Siebrand -Original Message- From: wikitech-l-boun...@lists.wikimedia.org [mailto:wikitech-l-boun...@lists.wikimedia.org] On Behalf Of Ævar Arnfjörð Bjarmason Sent: Monday, February 15, 2010 12:24 AM To: Wikimedia developers Cc: MediaWiki announcements and site admin list Subject: Re: [Wikitech-l] Extensions in SVN looking for a maintainer On Fri, Feb 12, 2010 at 19:00, Siebrand Mazeland wrote: > List of extensions used by Wikimedia without a Bugzilla maintainer: [..] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in SVN looking for a maintainer
2010/2/15 Ævar Arnfjörð Bjarmason :
> Domas has also complained that it eats up resources. Is this something
> that can conceivably be fixed in it or is it just inherent in anything
> that calls the parser from an extension tag and will thus need parser
> fixups to get anywhere?
>
IIRC Domas was complaining about {{cite}} *templates* and their
complexity. Their inefficiency was unrelated to the Cite extension
AFAIK.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in SVN looking for a maintainer
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. > > [1] http://www.mediawiki.org/wiki/Tracker/PM_tool > 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] -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in SVN looking for a maintainer
On Sun, Feb 14, 2010 at 6:24 PM, Ævar Arnfjörð Bjarmason wrote: > Domas has also complained that it eats up resources. Is this something > that can conceivably be fixed in it or is it just inherent in anything > that calls the parser from an extension tag and will thus need parser > fixups to get anywhere? I'm pretty sure the problem there is the cite templates, not . ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in SVN looking for a maintainer
On Fri, Feb 12, 2010 at 19:00, Siebrand Mazeland wrote: > List of extensions used by Wikimedia without a Bugzilla maintainer: > * Cite The Cite special page and parser hook extensions. I wrote it, it's high profile and seems to have been somewhat unloved since I left it. I've looked at it a few times since then with the intent of fixing it up but I never got past the point of looking at Bugzilla and trying to determine what was actually needed for it and what was just the minority report of some user wanting some feature that him and 3 other people in the world are ever going to use. Domas has also complained that it eats up resources. Is this something that can conceivably be fixed in it or is it just inherent in anything that calls the parser from an extension tag and will thus need parser fixups to get anywhere? > * Newuserlog The Newuserlog extension. I can take it. It's not like it needs much maintenance. > * CrossNamespaceLinks The CrossNamespaceLinks special page extension. Ditto. > * Desysop Desysop extension Isn't this also covered by UserRights? (I don't know). > * Espionage The Espionage extension. That's CheckUser, does that one have a maintainer? > * Eval The Eval special page extension. I patched it up a bit. It's not like anyone other than me has actually ever used it. But sure, I'll take it. > * PageCSS The PageCSS parser hook extension. I'll take it, not that anyone cares. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in SVN looking for a maintainer
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 Product Manager, Multimedia Usability Wikimedia Foundation Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in SVN looking for a maintainer
On Fri, Feb 12, 2010 at 7:05 PM, K. Peachey wrote: > On Sat, Feb 13, 2010 at 9:28 AM, Platonides 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 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in SVN looking for a maintainer
On Sat, Feb 13, 2010 at 9:28 AM, Platonides 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
Re: [Wikitech-l] Extensions in SVN looking for a maintainer
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-boun...@lists.wikimedia.org [mailto:wikitech-l-boun...@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? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in SVN looking for a maintainer
On Fri, Feb 12, 2010 at 6:28 PM, Platonides 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 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
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? > 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 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
