Here is your weekly deployment and roadmap highlights email.
As always, you can track upcoming deployments via this page:
https://wikitech.wikimedia.org/wiki/Deployments#Near-term
== Monday ==
Extension:MobileApp deployed to production.
New Mobile Apps (to be launched in end Feb) will have a content
styling different from mobile web, supported by the MobileApp
extension, so that it can update styling without having to do an app
store update.
https://www.mediawiki.org/wiki/Extension:MobileApp
== Tuesday ==
MediaWiki:
group1 to 1.23wmf13: All non-Wikipedia sites (Wiktionary,
Wikisource, Wikinews, Wikibooks, Wikiquote, Wikiversity, and a few
other sites)
https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap#Schedule_for_the_depl…
Flow:
Convert flow UUID's from 128 bit base16 to 88 bit base36. Requires
time in read-only mode (flow only). Relevant commit with explanatory
commit message: https://gerrit.wikimedia.org/r/#/c/98995/https://www.mediawiki.org/wiki/Flow_Portal
== Thursday ==
MediaWiki:
group2 to 1.23wmf13 (all Wikipedias)
group0 to 1.23wmf14 (test/test2/testwikidata/mediawiki)
Thanks!
Greg
--
| Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |
At the architecture summit yesterday we had a conversation about the TitleValue proposal and the vast majority of folks thought it was a great start. Something like 10% of us thought the patch _might_ be a start down the path to Javaify MediaWiki. I was one of the 10%.
We resolved to talk more about the commit before merging it because of the objections of our minority. I felt somewhat vindicated. I slept on it. Now I don't think we made the right choice. I think more discussion is a waste of time and we should just keep moving and try to catch the Javaification if it starts creeping in.
The TitleValue proposal is an improvement over what we have now so I figure we should just do it. Is that ok?
In the mean time, mostly to humor me, does anyone want to start a list on wiki of some of the Javaification things they are scared of? I promise to contribute some paranoid ramblings which we can debate on the wiki or mailing list.
Thanks,
Nik
I read this list. Here I am ;-)
--
Sent via mobile phone (+41 79 8646121 / +43 680 2437847 / +49 160 90803992)
Željko Filipin <zfilipin(a)wikimedia.org> schrieb:
On Fri, Feb 7, 2014 at 12:22 PM, rupert THURNER <rupert.thurner(a)gmail.com>wrote:
> Now in cc
I still do not see anybody in cc. Maybe wikitech removes cc header.
Željko
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Better late than never :)
Relevant to today's outage.
-Chad
---------- Forwarded message ----------
From: Schubotz, Moritz <schubotz(a)tu-berlin.de>
Date: Thu, Feb 6, 2014 at 2:04 PM
Subject: FW: effects on caching
To: "innocentkiller(a)gmail.com" <innocentkiller(a)gmail.com>
FYI
*From:* Schubotz, Moritz
*Sent:* Mittwoch, 29. Januar 2014 14:33
*To:* wikitech-l(a)lists.wikimedia.org
*Subject:* FW: effects on caching
Hi,
please be informed that recent changes in the Math extension and core might
influence the stability of large MediaWiki instances due to a change in
the cache key.
Please contact me for further details.
Best
Physikerwelt
*From:* Schubotz, Moritz
*Sent:* Mittwoch, 29. Januar 2014 11:22
*To:* Antoine Musso
*Subject:* effects on caching
Hi hashar,
I’d like to point out that the change that has been merged changes that
caching behavior of MediaWiki for all pages that contain math.
The expected behavior can be described as follows:
“
By the way you can verfiy in the following way
mediawiki/includes/parser/ParserCache.php ll 193 wfDebug( "ParserOutput
cache found for key $parserOutputKey. \n" ); You see somehting like
ParserOutput cache found for key wiki:pcache:idhash:1-0!0!*!*!*!*!*. for
pages that contain math and ParserOutput cache found for key
wiki:pcache:idhash:2-0!*!*!*!*!*!*. for pages that do not contain math
checkout https://gerrit.wikimedia.org/r/#/c/108490/
page without math still has the same key ParserOutput cache found for key
wiki:pcache:idhash:2-0!*!*!*!*!*!*. but the key for the page with math the
debug output will read [Math] New cache key: *!*!*!*!*!*!math=0
ParserOutput cache found for key wiki:pcache:idhash:1-0!*!*!*!*!*!*!math=0.
I think it's now save to merge since it won't affect pages that do not
contain math and it won't have effects at all unless getMath is removed.
“
Now getMath was removed before the change to the math extension has been
merged. If the changes are deployed in the same order as they were merged
it will create errors visible for the visitors.
If they are merged in the correct order, all pages that contain math will
be reRenderd on their first visit. (I think even by an anonymous user.)
Since there is a high load I think that it means that all pages that
contain math tags approx. 30 000 for the English Wikipedia will be
rerenderd at the same time.
I expect that this will influence the performance of the the wmf system in
a negative way, but I cannot decide how negative that will be.
Best
Physikerwelt
Hey all,
Not sure if anyone else noticed or not yet, but at least the English Wikipedia
appears to be having some intermittent issues.
Request: GET http://en.wikipedia.org/wiki/Super_Bowl_XXVII, from 10.64.32.105
via cp1052 cp1052 ([10.64.32.104]:3128), Varnish XID 4288339681
Forwarded for: 162.17.205.153, 208.80.154.76, 10.64.32.105
Error: 503, Service Unavailable at Thu, 06 Feb 2014 16:40:23 GMT
(Missed the Super Bowl and attempting to figure out what all the big talk about
it is about, apparently it was a slaughter?)
Thank you,
Derric Atzrott
Computer Specialist
Alizee Pathology
[x-posted]
Hello,
The Wikimedia Language Engineering team will be hosting the monthly IRC
office hour on February 12, 2014 (Wednesday) at 1700 UTC/ 0900 PDT on
#wikimedia-office.
This time we would be talking about the recent changes made to the
Universal Language Selector (ULS) - the MediaWiki extension that provides
unified language configuration[1] - and the impact on the Wikimedia wikis.
We look forward to addressing any questions you may have about this. Please
see below for the event details.
Questions can also be sent to me before the event. See you all at the IRC
office hour!
Thanks
Runa
[1] https://www.mediawiki.org/wiki/Universal_Language_Selector
Event Details:
==========
# Date: February 12, 2014
# Time: 1700-1800 UTC, 0900-1000 PDT (
http://www.timeanddate.com/worldclock/fixedtime.html?iso=20140212T1700)
# IRC channel: #wikimedia-office on irc.freenode.net
Agenda:
======
1. Universal Language Selector (ULS) update and developments
2. Q & A
--
Language Engineering - Outreach and QA Coordinator
Wikimedia Foundation
I would like to have an open IRC meeting for RFC review, on Tuesday 24
September at 22:00 UTC (S.F. 3pm).
We will work through a few old, neglected RFCs, and maybe consider a
few new ones, depending on the interests of those present.
The IRC channel will be #mediawiki-rfc.
-- Tim Starling
Today I removed the "This page is currently a draft" banner on
https://www.mediawiki.org/wiki/Bug_management/Bugzilla_etiquette
as the comment rate on its Discussion page has been very low recently,
hence I assume consensus has been found.
The page is the outcome of lots of discussion among numerous community
members (as a "Bugzilla etiquette guideline drafted: help complete it"
banner was shown for several weeks on mediawiki.org).
I would like to thank everybody who participated and helped in creating
this document!
andre
--
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/
With some help from Hashar and Marktraceur I added some new CI build jobs
for some fundraising stuff -- I noticed we had a job that indicates it'll
build sphinx documentation so I figured I might as well add that and see
where I get.
... Which is not very far -- the build fails with
*19:11:58* + python setup.py build_sphinx*19:11:58* python: can't open
file 'setup.py': [Errno 2] No such file or directory
This makes sense; I don't have a setup.py file. But I cannot create it
because I also don't know what's expected to be in that file and there
doesn't seem to be anything on wikitech about this...
I've used sphinx before via makefile and sphinx-build but clearly we are
doing something different. Guidance please! :D
~Matt Walker
Wikimedia Foundation
Fundraising Technology Team