[Wikitech-l] Wikipedia.org article statistics updated
Hello, Just a quick note: the Discovery Portal team updated the articles by language statistics on wikipedia.org this morning. I've attached a small screenshot to this email that displays the new numbers. Cheers, Deb -- Deb Tankersley Product Manager, Discovery Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] HTTPS only
On Wed, May 25, 2016 at 1:04 PM, John wrote: > OK, thanks for the help. how often is that updated? > Updates are as close to immediate as it's reasonable to get. Whenever a new hit to api.php triggers a "feature", it's sent through the logging pipeline and ends up in an elasticsearch index that the special page queries. -- Brad Jorsch (Anomie) Senior Software Engineer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Collaboration team scrum of scrums update
Collaboration * Blocking ** External Store work on Beta is back in our court. We'll resume soon. * Blocked ** We've asked for a schema change for new Echo functionality. Ops has started looking at this. * Updates ** Echo MVC refactoring merged ** Some deletion fixes to core and Flow ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] HTTPS only
OK, thanks for the help. how often is that updated? On Wed, May 25, 2016 at 1:02 PM, Brad Jorsch (Anomie) wrote: > On Wed, May 25, 2016 at 11:41 AM, John wrote: > > > I am trying to double check my code and see if I have any remaining code > > using a non-secure connection. Do we have tools for assisting in this? > > > > If your code uses a distinct User-Agent or Api-User-Agent header, you can > use Special:ApiFeatureUsage and look for 'https-expected'. For example, > look at > > https://en.wikipedia.org/wiki/Special:ApiFeatureUsage?wpagent=BadBot%2F1.0&wpdates=2016-05-25&wpdates-end=2016-05-25 > > > -- > Brad Jorsch (Anomie) > Senior Software Engineer > Wikimedia Foundation > ___ > 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] HTTPS only
On Wed, May 25, 2016 at 11:41 AM, John wrote: > I am trying to double check my code and see if I have any remaining code > using a non-secure connection. Do we have tools for assisting in this? > If your code uses a distinct User-Agent or Api-User-Agent header, you can use Special:ApiFeatureUsage and look for 'https-expected'. For example, look at https://en.wikipedia.org/wiki/Special:ApiFeatureUsage?wpagent=BadBot%2F1.0&wpdates=2016-05-25&wpdates-end=2016-05-25 -- Brad Jorsch (Anomie) Senior Software Engineer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] ArchCom-RFC triage meeting later today (22:00 UTC/2pm PDT)
Hi everyone, We're planning on making today's RFC office hour[1] a triage meeting (at my request). The agenda I'm planning to use is to (reasonably) quickly step through the list of RFCs in the backlog column of the ArchCom-RFC board. A wiki copy of this is posted on mediawiki.org[3], which I invite edits to (albeit with the usual risk of edit conflicts). The goal of this meeting will be to get through as many of the RFCs, where I give a gut check for what the priority is, y'all tell me how wrong I am, and then I set the priority. For those of you that can't make it, don't sweat it. Nothing is set in stone; Phab tickets are easy enough to edit. Furthermore, I'd like to experiment with using a Phab Conpherence room for ongoing triage: Phab:Z425 [4]. Conpherence rooms are a bit more persistent than IRC conversations, are cognitively cheaper to set up and use than mailing lists, and they integrate nicely with Phab. If there's a comment about something we do in the E187 meeting that you wish you had been there to make, and you don't feel it's appropriate for a wikitech-l posting, the Z425 Conpherence room is a great place to make your comment. I'm looking forward to chatting with y'all! Rob [1] E187: RFC Meeting: triage meeting (2016-05-25, #wikimedia-office) https://phabricator.wikimedia.org/E187 [2] #ArchCom-RFC board: https://phabricator.wikimedia.org/tag/archcom-rfc/ [3] Preliminary ordered list of items for triage: https://www.mediawiki.org/wiki/Architecture_meetings/RFC_triage_2016-05-25 [4]: https://phabricator.wikimedia.org/Z425 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] HTTPS only
I am trying to double check my code and see if I have any remaining code using a non-secure connection. Do we have tools for assisting in this? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] FW: File with an unknown copyright status on MediaWiki.org
Why not move them to Commons after review? They'd benefit from all the goods, not only Information template but also categories etc. Il 25/05/2016 14:39, Steinsplitter Wiki ha scritto: There are hundreds of files in https://www.mediawiki.org/wiki/Category:Files_with_unknown_copyright_status Likely they schould be nominated after one week or moor automatically for deletion (using parser function). Then a human can review it and press delete. Likely Template:Information schould be preloaded at Special:Upload (similar to commons), so we would also have machine readable data for files. Best, --Steinspliter From: p858sn...@gmail.com Date: Wed, 25 May 2016 21:11:13 +1000 To: wikitech-l@lists.wikimedia.org Subject: Re: [Wikitech-l] FW: File with an unknown copyright status on MediaWiki.org On 25 May 2016 at 20:40, Ricordisamoa wrote: , while on mediawiki.org no one cares. That's not true, It's a project I plan to work on shortly (just need to finish a few other things first). And it's not a simple case of just hitting delete on everything. ___ 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 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] FW: File with an unknown copyright status on MediaWiki.org
There are hundreds of files in https://www.mediawiki.org/wiki/Category:Files_with_unknown_copyright_status Likely they schould be nominated after one week or moor automatically for deletion (using parser function). Then a human can review it and press delete. Likely Template:Information schould be preloaded at Special:Upload (similar to commons), so we would also have machine readable data for files. Best, --Steinspliter > From: p858sn...@gmail.com > Date: Wed, 25 May 2016 21:11:13 +1000 > To: wikitech-l@lists.wikimedia.org > Subject: Re: [Wikitech-l] FW: File with an unknown copyright status on > MediaWiki.org > > On 25 May 2016 at 20:40, Ricordisamoa wrote: > > , while on mediawiki.org no one cares. > > That's not true, It's a project I plan to work on shortly (just need > to finish a few other things first). > > And it's not a simple case of just hitting delete on everything. > > ___ > 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] Upgrading HHVM to libicu52
It should be clarified, that only wikis that have icu collation enabled will have the out of order issue. At the moment that is only a handful (i think around 20). -- Bawolff On Wednesday, May 25, 2016, Giuseppe Lavagetto wrote: > Hi all, > > tomorrow, Thursday May 25th, I will be upgrading our HHVM servers to > use a recent version of the ICU[1] library, a long-needed change that > we are finally ready to perform: it allows us to stop maintaining an > older version by ourselves, including having to patch it for any > security issue. > > For details about the rationale and the long process involved, see > > https://phabricator.wikimedia.org/T86096 > > While the upgrade should be smooth, the ICU maintainers do not > guarantee backward compatibility for collation, so to be sure that is > addressed, we will need to run a maintenance script on all wikis that > have $wgCategoryCollation set to anything including with 'uca', see > > https://phabricator.wikimedia.org/diffusion/OMWC/browse/master/wmf-config/InitialiseSettings.php;2f61ae1bcffe0f7b8626d544a98eea3c4a7d7905$13676 > > > Since this script takes quite a long time to run[2], there will be > some user-facing effect, during the transition period, namely, citing > what MatmaRex says on the ticket: > > "After ICU is upgraded, but before the updateCollation script > finishes, articles newly added to categories may appear out-of-order > on category listing pages. The headings on them might be wrong in > funny ways, too. Nothing else should be affected." > > If no last-minute showstopper blocks the process, I will be starting > the procedure around 8:00 UTC, and log in the SAL[3] every step of the > process. Don't hesitate to contact me on IRC (#wikimedia-operations on > freenode, user _joe_) if you see some strange behaviour. > > Thanks in advance for your patience > > Giuseppe > > [1] ICU stands for International Components for Unicode > [2] It is actually much, much faster to run now than it ever was, > thanks to the amaizing work others have done to improve it, see > https://phabricator.wikimedia.org/T58041 and > https://phabricator.wikimedia.org/T130692 > [3] https://wikitech.wikimedia.org/wiki/Server_Admin_Log > -- > Giuseppe Lavagetto, Ph.d. > Senior Technical Operations Engineer, Wikimedia Foundation > > ___ > 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
[Wikitech-l] FW: File with an unknown copyright status on MediaWiki.org
On Commons AFAIK https://commons.wikimedia.org/wiki/Template:No_license_since is used, and the uploader is warned on their talk page that the file could be deleted after 7 days if no info is provided. E. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] FW: File with an unknown copyright status on MediaWiki.org
On 25 May 2016 at 20:40, Ricordisamoa wrote: > , while on mediawiki.org no one cares. That's not true, It's a project I plan to work on shortly (just need to finish a few other things first). And it's not a simple case of just hitting delete on everything. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] FW: File with an unknown copyright status on MediaWiki.org
E.g. reuse of content from Wikipedia:
https://www.mediawiki.org/wiki/File:QuickSurveys-Desktop.png
From Wikivoyage:
https://www.mediawiki.org/wiki/File:Banner_example.png
Screenshot of proprietary software:
https://www.mediawiki.org/wiki/File:07-wikitech-phpstorm-deployment.png
On Commons they'd have been speedily deleted, while on mediawiki.org no
one cares.
Il 25/05/2016 12:11, Steinsplitter Wiki ha scritto:
Hello,
I hope this is the right place to ask, if not please excuse.
All files uploaded to MediaWiki.org must be available under a free license (no "fair use"
or "noncommercial").
What we do with files with unclear copyright status (no license, no author,
etc.) such as:
* https://www.mediawiki.org/wiki/File:Scott_profile_pic.jpeg
*
https://www.mediawiki.org/wiki/File:EMWCon_Spring_2016_Mediawiki_in_the_Enterprise.pdf
* https://www.mediawiki.org/wiki/File:3d_extension_screenshot.png
* a lot of other
Nominating for deletion? Per the intro at
https://www.mediawiki.org/wiki/Special:Upload such files must be deleted.
We have {{Unknown copyright}} template, but it seems that nobody is working on
it?
Best,
--Steinsplitter
___
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
[Wikitech-l] FW: File with an unknown copyright status on MediaWiki.org
Hello,
I hope this is the right place to ask, if not please excuse.
All files uploaded to MediaWiki.org must be available under a free license (no
"fair use" or "noncommercial").
What we do with files with unclear copyright status (no license, no author,
etc.) such as:
* https://www.mediawiki.org/wiki/File:Scott_profile_pic.jpeg
*
https://www.mediawiki.org/wiki/File:EMWCon_Spring_2016_Mediawiki_in_the_Enterprise.pdf
* https://www.mediawiki.org/wiki/File:3d_extension_screenshot.png
* a lot of other
Nominating for deletion? Per the intro at
https://www.mediawiki.org/wiki/Special:Upload such files must be deleted.
We have {{Unknown copyright}} template, but it seems that nobody is working on
it?
Best,
--Steinsplitter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Upgrading HHVM to libicu52
Hi all, tomorrow, Thursday May 25th, I will be upgrading our HHVM servers to use a recent version of the ICU[1] library, a long-needed change that we are finally ready to perform: it allows us to stop maintaining an older version by ourselves, including having to patch it for any security issue. For details about the rationale and the long process involved, see https://phabricator.wikimedia.org/T86096 While the upgrade should be smooth, the ICU maintainers do not guarantee backward compatibility for collation, so to be sure that is addressed, we will need to run a maintenance script on all wikis that have $wgCategoryCollation set to anything including with 'uca', see https://phabricator.wikimedia.org/diffusion/OMWC/browse/master/wmf-config/InitialiseSettings.php;2f61ae1bcffe0f7b8626d544a98eea3c4a7d7905$13676 Since this script takes quite a long time to run[2], there will be some user-facing effect, during the transition period, namely, citing what MatmaRex says on the ticket: "After ICU is upgraded, but before the updateCollation script finishes, articles newly added to categories may appear out-of-order on category listing pages. The headings on them might be wrong in funny ways, too. Nothing else should be affected." If no last-minute showstopper blocks the process, I will be starting the procedure around 8:00 UTC, and log in the SAL[3] every step of the process. Don't hesitate to contact me on IRC (#wikimedia-operations on freenode, user _joe_) if you see some strange behaviour. Thanks in advance for your patience Giuseppe [1] ICU stands for International Components for Unicode [2] It is actually much, much faster to run now than it ever was, thanks to the amaizing work others have done to improve it, see https://phabricator.wikimedia.org/T58041 and https://phabricator.wikimedia.org/T130692 [3] https://wikitech.wikimedia.org/wiki/Server_Admin_Log -- Giuseppe Lavagetto, Ph.d. Senior Technical Operations Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
