Rob Lanphier | 1 Mar 2012 07:06
Picon
Gravatar

State of the 1.19 deployment

On Wed, Feb 29, 2012 at 11:34 AM, Rob Lanphier <robla <at> wikimedia.org> wrote:
> Just a reminder that we're deploying MediaWiki 1.19 to most Wikipedias
> in a few hours (including enwiki), starting at 23:00 UTC (3pm PST).

This work is mostly done.  The biggest known problem we have is with
language variants on the Chinese language wikis.  See:
https://bugzilla.wikimedia.org/34832

We're going to give the original developer some time to respond on
this issue before taking action.  For now, several zh* wikis are on
1.18

We're also keeping an eye on site performance.  There's been a slight
regression in our parser cache hit rate:
http://bit.ly/w6Gy9t

The new diff colors have been temporarily reverted.  Trevor and Timo
plan to spend some time looking into the subject.  See:
http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112750

Saper and Aaron have spent some time cleaning up areas where CheckUser
briefly stopped working properly:
https://bugzilla.wikimedia.org/show_bug.cgi?id=34838

Mostly unrelated to 1.19 (mainly correlated), we've rolled back the
Swift thumbnail deployment to correct many broken images.  We'll be
bringing Swift back online in the coming days after we've purged all
of the broken images we know of from the system.

It'd be good to have more eyes on the recent bug list:
(Continue reading)

Ryan Kaldari | 1 Mar 2012 08:34
Picon

Re: State of the 1.19 deployment

I'm seeing a lot of ref errors from the Infobox settlement template due 
to the 1.19 deploy. If anyone wants to take a look, here are some examples:
http://en.wikipedia.org/wiki/Nashville,_Tennessee
http://en.wikipedia.org/wiki/San_Francisco

Ryan Kaldari

On 2/29/12 10:06 PM, Rob Lanphier wrote:
> On Wed, Feb 29, 2012 at 11:34 AM, Rob Lanphier<robla <at> wikimedia.org>  wrote:
>> Just a reminder that we're deploying MediaWiki 1.19 to most Wikipedias
>> in a few hours (including enwiki), starting at 23:00 UTC (3pm PST).
> This work is mostly done.  The biggest known problem we have is with
> language variants on the Chinese language wikis.  See:
> https://bugzilla.wikimedia.org/34832
>
> We're going to give the original developer some time to respond on
> this issue before taking action.  For now, several zh* wikis are on
> 1.18
>
> We're also keeping an eye on site performance.  There's been a slight
> regression in our parser cache hit rate:
> http://bit.ly/w6Gy9t
>
> The new diff colors have been temporarily reverted.  Trevor and Timo
> plan to spend some time looking into the subject.  See:
> http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112750
>
> Saper and Aaron have spent some time cleaning up areas where CheckUser
> briefly stopped working properly:
> https://bugzilla.wikimedia.org/show_bug.cgi?id=34838
(Continue reading)

Peter Gervai | 1 Mar 2012 08:39
Picon
Gravatar

Re: Errors in Wikimedia Commons old files

On Thu, Mar 1, 2012 at 00:56, emijrp <emijrp <at> gmail.com> wrote:
> I'm trying to download Wikimedia Commons, but I have found some errors. For

There are still occasional errors around, would be nice to run a
script against the files database... but it can be usually fixed by
downloading (sometimes from history) and upoading again.

g
Ryan Kaldari | 1 Mar 2012 08:48
Picon

Re: State of the 1.19 deployment

Nevermind, this was just a poorly timed change to Template:Infobox 
settlement/areadisp that broke the infoboxes. It's fixed now.

Ryan Kaldari

On 2/29/12 11:34 PM, Ryan Kaldari wrote:
> I'm seeing a lot of ref errors from the Infobox settlement template 
> due to the 1.19 deploy. If anyone wants to take a look, here are some 
> examples:
> http://en.wikipedia.org/wiki/Nashville,_Tennessee
> http://en.wikipedia.org/wiki/San_Francisco
>
> Ryan Kaldari
>
> On 2/29/12 10:06 PM, Rob Lanphier wrote:
>> On Wed, Feb 29, 2012 at 11:34 AM, Rob Lanphier<robla <at> wikimedia.org>  
>> wrote:
>>> Just a reminder that we're deploying MediaWiki 1.19 to most Wikipedias
>>> in a few hours (including enwiki), starting at 23:00 UTC (3pm PST).
>> This work is mostly done.  The biggest known problem we have is with
>> language variants on the Chinese language wikis.  See:
>> https://bugzilla.wikimedia.org/34832
>>
>> We're going to give the original developer some time to respond on
>> this issue before taking action.  For now, several zh* wikis are on
>> 1.18
>>
>> We're also keeping an eye on site performance.  There's been a slight
>> regression in our parser cache hit rate:
>> http://bit.ly/w6Gy9t
(Continue reading)

Sumana Harihareswara | 1 Mar 2012 01:30
Picon
Gravatar

Re: A program to simultaneously upload images to two websites (Wikimedia Commons being one)

Ben, what's the update?

And James writes:

> I have a number of partners who are interested in the possibility of
> running software on there websites that would if a user choses upload
> images to both their own website and Wikimedia Commons. Some of the
> partners include: the University of British Columbia, Medpix
> http://rad.usuhs.edu/medpix/medpix.html?mode=default, ECGpedia
> http://en.ecgpedia.org/
> 
> I potentially have funding in the range of 20 thousand dollars from the
> place I teach and the support of a number of colleagues. Wikimedia Canada
> is looking at hiring a programmer for this work. I am wondering if people
> here would be interested? Or at least would be willing to
> provide guidance as I know very little about programming.
> 
> --
> James Heilman
> MD, CCFP-EM, Wikipedian
> President Wikimedia Canada
>
> James
jmh649 <at> gmail.com

On 11/30/2011 12:52 PM, Ben Lobaugh (CompuCom Systems Inc) wrote:
> I am talking with a contractor about completing the work right now. Waiting on a quote for the work which he
said will probably get to me today. Hopefully after that it will be just a couple weeks until it is usable.
> 
> Cheers,
(Continue reading)

Sumana Harihareswara | 1 Mar 2012 02:22
Picon
Gravatar

Re: Who can make Gerrit/Labsconsole accounts?

On 02/28/2012 02:47 PM, Platonides wrote:
> I think there was an interest for making bugzilla patches into gerrit
> automatically.
> That should make the need for a gerrit account much smaller.

That is Rusty Burchfield.  I believe he was working on this a little bit
at the SF hackathon.  He said in an email to me last week (he said it
was ok to forward):

> Currently there is some basic code up on GitHub that is capable of
> grabbing patches from Bugzilla and testing to see if they apply on
> trunk.
>
> If you saw the post I made to wikitech a while back, that
> functionality is basically the same.  However, it is available as a
> gem with fewer dependencies on this branch.
> https://github.com/GICodeWarrior/patch-tester/tree/gemify
>
> Once Git and Gerrit are operational, the code could be modified to
> apply the patches to trunk, and push them up into Gerrit for review
> and testing.
>
> If you are interested in hacking on or taking over any of this stuff,
feel free.

He's referring to "[Wikitech-l] Patch backlog automation" from November,
I believe:

> Basically I fetch pages with curb(libcurl) and pull out what I need with 
> nokogiri(libxml2) and some css selectors.  Then I take each patch and attempt an 
(Continue reading)

Jeroen De Dauw | 1 Mar 2012 09:50
Picon
Gravatar

Re: State of the 1.19 deployment

Hey,

> There's been a slight regression in our parser cache hit rate:
> http://bit.ly/w6Gy9t

This one is probably more informative for people not aware of the usual hit
rate http://goo.gl/YY80C

Looks to me that the miss rate went up over 500% - is that really just a
"slight" regression? :)

Cheers

--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
Antoine Musso | 1 Mar 2012 10:35
Picon
Favicon

diff colors

 > The new diff colors have been temporarily reverted.  Trevor and Timo
 > plan to spend some time looking into the subject.  See:
 > http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112750

So we are back again to bike shedding the diff colors :-)

The revert reopens bug 11374 which is about red text on green 
background.  Fix by MaxSem, in r94429, was to make that text black with 
a different background.

https://bugzilla.wikimedia.org/11374
https://www.mediawiki.org/wiki/Special:Code/MediaWiki/94429

Can we at least put that fix back?

As for the diff colors, we had a long discussion on r105280 as well as 
on IRC.  It would have been great to ask around before reverting that 
change,  I am not sure it was that urgent.  Anyway, can you please poke 
Brandon Harris about it?  He explained the choice of colors on r106884:

https://www.mediawiki.org/wiki/Special:Code/MediaWiki/106884#c28165

The long discussion thread about having green on left or right side. You 
can probably skip that read.
https://www.mediawiki.org/wiki/Special:Code/MediaWiki/105280

--

-- 
Antoine "hashar" Musso
Antoine Musso | 1 Mar 2012 11:09
Picon
Favicon

Re: State of the 1.19 deployment

Le 01/03/12 09:50, Jeroen De Dauw a écrit :
> Hey,
>
>> There's been a slight regression in our parser cache hit rate:
>> http://bit.ly/w6Gy9t
>
> This one is probably more informative for people not aware of the usual hit
> rate http://goo.gl/YY80C
>
> Looks to me that the miss rate went up over 500% - is that really just a
> "slight" regression? :)

We really want to use absolute time range: http://bit.ly/A7kcys

Anyway, they are absent misses. Probably a key changed somewhere in our 
parser that magically invalidated roughly 15% of the parser cache. It 
seems to slowly recover afterward.

By zooming and making the Y scale start at 50%, the event seems to have 
occurred on February 17th just before 6am UTC.

I have uploaded a screenshot on mediawiki.org :

  https://www.mediawiki.org/wiki/File:Parser_cache_hit_20120217.png

 From the wikitech admin logs we have:

07:42 binasher:upgraded mysql on db40 to 5.1.53-facebook-r3753, enabled 
innodb_use_purge_thread
----------------------------------------------------------------------
(Continue reading)

Antoine Musso | 1 Mar 2012 11:14
Picon
Favicon

Re: Who can make Gerrit/Labsconsole accounts?

Le 29/02/12 15:26, Chad a écrit :
>
> Yes, but at least you have an idea of who to look for (hence the IRC nicks).
> This is a solution in search of a problem.

Can't we make Chanserv to +v shell users and +o root users ? That will 
make it obvious to anyone looking for us :-D

Most root are already channels admin IIRC.
+v does no harm.

--

-- 
Antoine "hashar" Musso

Gmane