The Wikimedia Foundation's engineering report for January 2012 was published last week on the Wikimedia Techblog and on the MediaWiki wiki, giving an overview of all Foundation-sponsored technical operations in that month. The projects and events picked out by the report writers (the San Francisco Hackathon, SOPA blackout, release of an official Wikimedia Android app, and creation of extra testing facilities ahead of 1.19's deployment) have all been covered in the previous issues of The Signpost; however, the report did contain several items of note that were not.
For example, the report describes how developers Trevor Parscal and Roan Kattouw recently visited Ballarat, Australia to attend the linux.conf.au conference, where they presented a talk about the Wikimedia Resource Loader entitled Low-hanging Fruit vs. Micro-optimization, Creative Techniques for Loading Web Pages Faster. It also includes a list of 11 open engineering-related positions at the Foundation, as well as confirmation of the changes in personnel over the month; news of the successful upgrade of Wikimedia's mail servers (likely to allow all users to enjoy email notifications for watchlist changes if they so wish); and expansion in the number of projects running on Wikimedia Labs; the slower but still good progress in expanding the range of functionality included in the new parser (and hence eventually destined for support in the new Visual Editor); and the creation of a beta geo-coordinate API module that will allow, for example, proximity searches when fully deployed and integrated.
At the time of writing, https://test2.wikipedia.org is set to soon be updated to run MediaWiki 1.19. This will yield the closest approximation yet of how the software is likely to fare when deployed to front-line wikis, as it is scheduled to in the coming weeks (see also a detailed recent blog post describing how best to help test the software before its release). 1.19 had been formally branched on Wednesday, clearly defining which features have and have not made it into the release: from now on, only bug fixes will be accepted into the branch.
Unfortunately for the head developers managing the release process, the hard part is still to come. From here on in, they will be fighting not only to get 1.19 out on time and on spec, but to ensure the swift and satisfactory switchover of the core MediaWiki repository from Subversion (SVN) to Git. The former had required a long code "slush" in order to allow developers to review months' worth of unchecked code; the latter demands that in many respects it must continue until Git is cut loose from SVN (wikitech-l mailing list). Long code slushes are difficult for developers to work with, however, since they block easy collaboration and obstruct development work more generally; indeed, avoiding the need for future code slushes (or indeed full code freezes) is one of the motivating factors behind the switchover. The next few weeks, then, are likely to be tense ones as staff and volunteer developers alike hold back on major development work unrelated to getting 1.19 on time and agree upon the myriad of details necessary to ensure a clean Git switchover, first of core code and later of extensions (also wikitech-l).
One such detail that received discussion time this week was the code review system to be used under Git (since the current system is highly customised for use with SVN). A system developed at Google and known as Gerrit was generally assumed to be the preferred choice, with some members of the Wikimedia system administration team already using it. This week the prospect was raised of instead switching to the more GUI-friendly Phabricator developed at Facebook; lead developers have decided to postpone a final decision until the summer and to use Gerrit in the meantime (also wikitech-l).
Not all fixes may have gone live to WMF sites at the time of writing; some may not be scheduled to go live for many weeks.
Discuss this story