Re: [Wikitech-l] Global AbuseFilter testing!
Le 09/07/13 02:03, hoo a écrit : Hello, after a long time we're finally confident that the AbuseFilter extension is in a state in which it can be used for global filters. Therefore I'm happy to announce that from now on global AbuseFilters can be used on (some) Wikimedia Wikis. Ohh. And I thought that was already the case :-) A few weeks ago Steinsplitter pushed to have it fixed and enabled on the beta wikis where it seems to be working fine to prevent spam. -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Are revision tags in the dump files?
Follow-up question. Will our new dumps project be dumping the change_tag table? ;) *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Tue, Jul 9, 2013 at 1:51 AM, Ariel T. Glenn ar...@wikimedia.org wrote: Στις 08-07-2013, ημέρα Δευ, και ώρα 20:17 -0700, ο/η Robert Rohde έγραψε: Various parts of Mediawiki will apply tags to specific edits in recent changes and histories. For example, the recently introduced Visual Editor is adding Tag: VisualEditor to all of its edits. Are such tags included in the XML dumps of Wikipedia? It will be a while before a new dump of enwiki is released, but once it is ready, I'm wondering if we can use it to track the adoption of Visual Editor by looking for such Tags in the dump file. Are the Tags included, and if so, which dump files are they contained in? Tags are stored separately from revisions in the change_tag table, which is not dumped. If you want to track which edits were made using the Visual Editor, I would suggest an api query, such as http://en.wikipedia.org/w/api.php?action=querylist=recentchangesrctag=visualeditorrclimit=500 Ariel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Are revision tags in the dump files?
Στις 09-07-2013, ημέρα Τρι, και ώρα 07:07 -0400, ο/η Tyler Romeo έγραψε: Follow-up question. Will our new dumps project be dumping the change_tag table? ;) Our old dumps project could (the new one isn't intended to handle the table dumps but only the page metadata and content data). I don't think there's anything sensitive in there even if a revision has been subsequently hidden or the page it belongs to deleted; anyone want to naysay that? Ariel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Features vs. Internet Explorers
On 7/6/13 12:44 AM, Brion Vibber wrote: If we must set a blanket policy for MediaWiki, I think it should be pretty general, something like: * *current* release of all major browsers with 'evergreen' releases (Chrome, Firefox, Safari) * a chosen *subset* of major versions of IE * a clear expectation that some advanced features won't work with some versions of some browsers, and a sane policy for acceptable fallbacks? Safari is a bit complex, because Apple forks stable branches for different versions of OS X, so it's not quite an evergreen browser. *But* these stable branches sometimes have significant back-end rendering functionality quietly backported into their point releases. That can make assuming the latest version of the rendering engine is everywhere close to correct, but not always. The currently maintained branches are 5.1.x (OS X 10.6) and 6.x (OS X 10.7, 10.8). The 5.0.x branch (OS X 10.5) is definitely on an older rendering engine, since it hasn't had a point release since 2011; its market share is declining but still has around 10% of Safari users. -Mark ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Visual Editor Roadmap
Good day all, I was just taking a look at the Roadmap page[0] and the Engineering goals page[1] and noticed that on both the Visual Editor section ends right about now. I found these from the FAQ page [2] so we may want to update that with links to any pages that any of you are able to locate. Is there anywhere that I can find the Roadmap going forward until the end of the year? [0] https://www.mediawiki.org/wiki/Roadmap#VisualEditor [1] https://www.mediawiki.org/wiki/Wikimedia_Engineering/2013-14_Goals#VisualEditor [2] https://www.mediawiki.org/wiki/Help:VisualEditor/FAQ Thank you, Derric Atzrott Computer Specialist Alizee Pathology ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Visual Editor Roadmap
Good day all, I was just taking a look at the Roadmap page[0] and the Engineering goals page[1] and noticed that on both the Visual Editor section ends right about now. I found these from the FAQ page [2] so we may want to update that with links to any pages that any of you are able to locate. Is there anywhere that I can find the Roadmap going forward until the end of the year? My apologies, I just noticed that the Engineering Goals page does go into 2014, I misread the dates. Nevertheless though, my question still remains, is there a document, like the Roadmap document, that outlines the upcoming goals for VisualEditor for the remainder of the year? Thank you, Derric Atzrott ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Visual Editor Roadmap
On 9 July 2013 14:08, Derric Atzrott datzr...@alizeepathology.com wrote: Nevertheless though, my question still remains, is there a document, like the Roadmap document, that outlines the upcoming goals for VisualEditor for the remainder of the year? Fix bugs until the users aren't screaming? - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Quo Vadis, Vagrant
On Sun, Jul 7, 2013 at 6:35 AM, Ori Livneh o...@wikimedia.org wrote: This is now implemented in https://gerrit.wikimedia.org/r/#/c/72343/. It needs a lot of testing, especially on Windows. Thanks, I will test it on a Mac, I do not have a Windows machine. Željko ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Problems Updating from 1.18 to 1.21.1
Good morning all, I have a question about a problem that cropped up during my update from 1.18 to 1.21.1. With one exception everything went smoothly during my update, but now all of my images, appear to be without thumbnails and inadvertently using File protocol links. The generated source for embedded images looks like this: p[a rel=nofollow class=external text href=File:ReportedTime.jpg%7C451px%7CReportedtime per activity on Project/a]/p Generated from: [[File:ReportedTime.jpg|451px|Reported time per activity on Project]] Any idea what I may have done wrong. Is there a new setting that I may have missed? Has anyone ever seen this sort of issue before? Thank you, Derric Atzrott Computer Specialist Alizee Pathology ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Problems Updating from 1.18 to 1.21.1
On 7/9/13, Derric Atzrott datzr...@alizeepathology.com wrote: Good morning all, I have a question about a problem that cropped up during my update from 1.18 to 1.21.1. With one exception everything went smoothly during my update, but now all of my images, appear to be without thumbnails and inadvertently using File protocol links. The generated source for embedded images looks like this: p[a rel=nofollow class=external text href=File:ReportedTime.jpg%7C451px%7CReportedtime per activity on Project/a]/p Generated from: [[File:ReportedTime.jpg|451px|Reported time per activity on Project]] Any idea what I may have done wrong. Is there a new setting that I may have missed? Has anyone ever seen this sort of issue before? Thank you, Derric Atzrott Computer Specialist Alizee Pathology ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l What happened is that url protocols became case insensitive. So if you had added file: as a url protocol, previously it would trigger only on file:foo not File:foo. The solution is to change your entry in $wgUrlProtocols so that it is 'file://' instead of 'file:'. --bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] How to get the number of pages in a category
Hello together, in the framework of a GLAM project, we are looking for ways to (1) identify the number of pages in a given category - including via subcategories - on a given wiki (2) get the pageview stats for all these pages, including on aggregate (3) do the above across languages or projects (4) estimate what outcomes to expect in terms of Wikipedia pageviews and related metrics after an image donation of X files to a given category on Commons. I assume that part of it is available via the API but couldn't find anything close enough. Any pointers would be appreciated. Thanks and cheers, Daniel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Problems Updating from 1.18 to 1.21.1
Good morning all, I have a question about a problem that cropped up during my update from 1.18 to 1.21.1. With one exception everything went smoothly during my update, but now all of my images, appear to be without thumbnails and inadvertently using File protocol links. ...snip... Any idea what I may have done wrong. Is there a new setting that I may have missed? Has anyone ever seen this sort of issue before? Thank you, Derric Atzrott I determined the issue. I had $wgUrlProtocols[] = file:; in my LocalSettings.php from an earlier attempt to get File protocol links working (would have required me to write Firefox and Chrome extensions so it was abandoned as too much effort to securely manage). Thank you, Derric Atzrott ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Are revision tags in the dump files?
Querying RC doesn't seem like a very efficient way of doing this when one wants to track the evolution of Visual Editor usage across days and weeks. But if it is the best option available right now, then maybe. -Robert On Mon, Jul 8, 2013 at 10:51 PM, Ariel T. Glenn ar...@wikimedia.org wrote: Στις 08-07-2013, ημέρα Δευ, και ώρα 20:17 -0700, ο/η Robert Rohde έγραψε: Various parts of Mediawiki will apply tags to specific edits in recent changes and histories. For example, the recently introduced Visual Editor is adding Tag: VisualEditor to all of its edits. Are such tags included in the XML dumps of Wikipedia? It will be a while before a new dump of enwiki is released, but once it is ready, I'm wondering if we can use it to track the adoption of Visual Editor by looking for such Tags in the dump file. Are the Tags included, and if so, which dump files are they contained in? Tags are stored separately from revisions in the change_tag table, which is not dumped. If you want to track which edits were made using the Visual Editor, I would suggest an api query, such as http://en.wikipedia.org/w/api.php?action=querylist=recentchangesrctag=visualeditorrclimit=500 Ariel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Problems Updating from 1.18 to 1.21.1
What happened is that url protocols became case insensitive. So if you had added file: as a url protocol, previously it would trigger only on file:foo not File:foo. The solution is to change your entry in $wgUrlProtocols so that it is 'file://' instead of 'file:'. --bawolff Thank you bawolff. That explains the root of the issue much better as opposed to the change I needed to make to fix it, which would have been much more useful had I decided to keep File protocol links enabled. I've opted to just disable file protocol links in general though as it was just a left over configuration change from some time ago that I had forgotten to remove when we determined we wouldn't be using it. I think that's now twice in as many days I've been ninja'd in an email. Makes me laugh a little bit every time it happens. Thank you, Derric Atzrott ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to get the number of pages in a category
On Tue, Jul 9, 2013 at 10:46 AM, Daniel Mietchen daniel.mietc...@googlemail.com wrote: Hello together, in the framework of a GLAM project, we are looking for ways to (1) identify the number of pages in a given category - including via subcategories - on a given wiki You can get the list of subcategories of a category with list=categorymemberscmtype=subcat. You'd have to make calls to this for each individual (sub)category you're interested in, and be sure to detect cycles properly. You can get the number of pages in a category with prop=categoryinfo. You can batch this by specifying up to 50 titles per query (500 if your account has the apihighlimits userright). If you're going to be doing a lot of this, it might be better to perform queries directly against the database, either by downloading the database dumps or using Tool Labs. (2) get the pageview stats for all these pages, including on aggregate The raw pageview stat data may also be available on Tool Labs. I see some data in /shared/viewstats/, but it doesn't seem to be up to date. -- Brad Jorsch (Anomie) Software Engineer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to get the number of pages in a category
On 7/9/13, Brad Jorsch (Anomie) bjor...@wikimedia.org wrote: On Tue, Jul 9, 2013 at 10:46 AM, Daniel Mietchen daniel.mietc...@googlemail.com wrote: Hello together, in the framework of a GLAM project, we are looking for ways to (1) identify the number of pages in a given category - including via subcategories - on a given wiki You can get the list of subcategories of a category with list=categorymemberscmtype=subcat. You'd have to make calls to this for each individual (sub)category you're interested in, and be sure to detect cycles properly. You can get the number of pages in a category with prop=categoryinfo. You can batch this by specifying up to 50 titles per query (500 if your account has the apihighlimits userright). If you're going to be doing a lot of this, it might be better to perform queries directly against the database, either by downloading the database dumps or using Tool Labs. (2) get the pageview stats for all these pages, including on aggregate The raw pageview stat data may also be available on Tool Labs. I see some data in /shared/viewstats/, but it doesn't seem to be up to date. -- Brad Jorsch (Anomie) Software Engineer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l It should be noted that the category table cat_pages entries are sometimes inaccurate (especially for larger categories), and are closer to an order of mangitude estimate. If you're going to be looking at page views of all entries in the category, you could just count how many pages there are directly. Page view stats are available at http://dumps.wikimedia.org/other/pagecounts-raw/ --bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [SOLVED] Re: ResourceLoader support question: how to construct a value in CSS from PHP
On Wed, Jul 3, 2013 at 3:27 PM, Thomas Gries m...@tgries.de wrote: I found the solution ( $wgExtensionAssetsPath ) Why do you need this? You shouldn't need this. Paths relative to the CSS file should be remapped automatically and should Just Work. Roan ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] How to make commits from mirrored Wikimedia repos show up on your GitHub profile
I know it has been annoying a couple of people other than me, so now that I've learned how to make it work I'll share the knowledge here. tl;dr: Star the repositories. No, seriously. (And yes, you need to star each extension repo separately.) (Is there a place on mw.org to put this tidbit on?) --- Forwarded message --- From: Brian Levine supp...@github.com (GitHub Staff) To: matma@gmail.com Cc: Subject: Re: Commits in mirrored repositories not showing up on my profile Date: Tue, 09 Jul 2013 06:47:19 +0200 Hi Bartosz In order to link your commits to your GitHub account, you need to have some association with the repository other than authoring the commit. Usually, having push access gives you that connection. In this case, you don't have push permission, so we don't link you to the commit. The easy solution here is for you to star the repository. If you star it - along with the other repositories that are giving you this problem - we'll see that you're connected to the repository and you'll get contribution credit for those commits. Cheers Brian -- Matma Rex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Disambiguator extension deployed to all WMF wikis (action required)
The Disambiguator extension (http://www.mediawiki.org/wiki/Extension:Disambiguator) is now deployed to all WMF wikis. This will enable us to: 1. Remove disambiguation code from core, including Special:Disambiguations (bug 35981) 2. Stop requiring wikis to maintain template lists at MediaWiki:Disambiguationspage 3. Add features like warning users when they are linking to disambiguation pages (https://gerrit.wikimedia.org/r/#/c/70564) 4. Remove disambiguation pages from things like Special:Random and Special:LonelyPages 4. Enable the development of more powerful 3rd party tools for dealing with disambiguation pages There is, however, one action required of each wiki that wants to make use of the Disambiguator extension: Every disambiguation page on the wiki needs to include the __DISAMBIG__ magic word (or an equivalent alias). Typically, this only requires adding the magic word to a single template that is included on all the disambiguation pages. For example, on Commons, this was accomplished with the following change: https://commons.wikimedia.org/w/index.php?title=Template%3ADisambigdiff=99758122oldid=99728960 On English Wikipedia, it was a bit more complicated: https://en.wikipedia.org/w/index.php?title=Template%3ADmboxdiff=560507118oldid=540384230 Once you've made this change, you should start seeing pages appear on Special:DisambiguationPages within 3 days. If you have any questions or problems, let me know. Ryan Kaldari Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] SUL (Single User Login) deploy to all wikis on Thursday July 11th
Summary: On Thursday July 11th we will be enabling a new centralized login service to make the login experience for users more streamlined. More detail: To address the shortcomings of the current Single User Login (SUL) system, the Platform team is making significant changes to the way that CentralAuth logs users into other wikis on login: * Users will be logged into a new, centralized domain when they login to any public WMF wiki with a global account. This domain is login.wikimedia.org * Global accounts will no longer see the Login Success page after login, instead they will be redirected back the article where they came from. On the article page, we will transparently attempt to login the user to all of the sister projects, instead of relying on the images on the login success page. * All of the public WMF wikis will use the central wiki to check anonymous user's logged-in status, and transparently log the user in if they are centrally logged in. (Thanks to Chris Steipp for the above language.) You can see the full rollout plan for this here: https://www.mediawiki.org/wiki/Auth_systems/SUL2#Rollout_Plan -- | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @gregA18D 1138 8E47 FAC8 1C7D | ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] SUL (Single User Login) deploy to all wikis on Thursday July 11th
quote name=Greg Grossmeier date=2013-07-09 time=15:32:48 -0700 Summary: On Thursday July 11th we will be enabling a new centralized login service to make the login experience for users more streamlined. Note: For the avoidance of doubt, this is not for the grand user unification work, only the improved login experience. Greg -- | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @gregA18D 1138 8E47 FAC8 1C7D | ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] SUL (Single User Login) deploy to all wikis on Thursday July 11th
Global accounts will no longer see the Login Success page after login, instead they will be redirected back the article where they came from. On the article page, we will transparently attempt to login the user to all of the sister projects, instead of relying on the images on the login success page. * wets his pants Can't wait for this. On Tue, Jul 9, 2013 at 3:47 PM, Greg Grossmeier g...@wikimedia.org wrote: quote name=Greg Grossmeier date=2013-07-09 time=15:32:48 -0700 Summary: On Thursday July 11th we will be enabling a new centralized login service to make the login experience for users more streamlined. Note: For the avoidance of doubt, this is not for the grand user unification work, only the improved login experience. Greg -- | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @gregA18D 1138 8E47 FAC8 1C7D | ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Jon Robson http://jonrobson.me.uk @rakugojon ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Visual Editor Roadmap
On 9 July 2013 06:04, Derric Atzrott datzr...@alizeepathology.com wrote: Good day all, I was just taking a look at the Roadmap page[0] and the Engineering goals page[1] and noticed that on both the Visual Editor section ends right about now. I found these from the FAQ page [2] so we may want to update that with links to any pages that any of you are able to locate. Is there anywhere that I can find the Roadmap going forward until the end of the year? [0] https://www.mediawiki.org/wiki/Roadmap#VisualEditor [1] https://www.mediawiki.org/wiki/Wikimedia_Engineering/2013-14_Goals#VisualEditor [2] https://www.mediawiki.org/wiki/Help:VisualEditor/FAQ Hey, Sorry about this - I've not yet written up our plans for developing VisualEditor over 2013/14. I'll try to get a first draft of this into the Engineering Goals document tomorrow, with more detailed notes in the Roadmap. J. -- James D. Forrester Product Manager, VisualEditor Wikimedia Foundation, Inc. jforres...@wikimedia.org | @jdforrester ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Disambiguator extension deployed to all WMF wikis (action required)
Great !!! Has the API been modified so that we can ask it if a page is a disambiguation page ? Nico On Wed, Jul 10, 2013 at 12:10 AM, Ryan Kaldari rkald...@wikimedia.orgwrote: The Disambiguator extension (http://www.mediawiki.org/** wiki/Extension:Disambiguatorhttp://www.mediawiki.org/wiki/Extension:Disambiguator) is now deployed to all WMF wikis. This will enable us to: 1. Remove disambiguation code from core, including Special:Disambiguations (bug 35981) 2. Stop requiring wikis to maintain template lists at MediaWiki:Disambiguationspage 3. Add features like warning users when they are linking to disambiguation pages (https://gerrit.wikimedia.org/**r/#/c/70564https://gerrit.wikimedia.org/r/#/c/70564 ) 4. Remove disambiguation pages from things like Special:Random and Special:LonelyPages 4. Enable the development of more powerful 3rd party tools for dealing with disambiguation pages There is, however, one action required of each wiki that wants to make use of the Disambiguator extension: Every disambiguation page on the wiki needs to include the __DISAMBIG__ magic word (or an equivalent alias). Typically, this only requires adding the magic word to a single template that is included on all the disambiguation pages. For example, on Commons, this was accomplished with the following change: https://commons.wikimedia.org/**w/index.php?title=Template%** 3ADisambigdiff=99758122**oldid=99728960https://commons.wikimedia.org/w/index.php?title=Template%3ADisambigdiff=99758122oldid=99728960 On English Wikipedia, it was a bit more complicated: https://en.wikipedia.org/w/**index.php?title=Template%** 3ADmboxdiff=560507118oldid=**540384230https://en.wikipedia.org/w/index.php?title=Template%3ADmboxdiff=560507118oldid=540384230 Once you've made this change, you should start seeing pages appear on Special:DisambiguationPages within 3 days. If you have any questions or problems, let me know. Ryan Kaldari Wikimedia Foundation __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l