Wikimedia Platform Engineering/MediaWiki Core Team/Check-ins/20131230

who: Brad, Nik, Ori, Antoine, Aaron, Greg, Robla, Chris, Tim, Chad

Search
Nik
 * Unit tests enabled! Code cleanup coming.  A namespace!
 * BetaFeature on commons, wikinews, and specieswiki
 * Can now boost pages that contain template. Finds very nice pictures on commons:
 * Be sure to enabled New Search in BetaFeatures and THEN try the following queries:
 * https://commons.wikimedia.org/w/index.php?title=Special%3ASearch&profile=default&search=File%3Aboost-templates%3A%22Template%3AQuality+Image|200%25+Template%3ALow+Quality|50%25%22+river&fulltext=Search
 * https://commons.wikimedia.org/w/index.php?title=Special%3ASearch&profile=default&search=File%3A+boost-templates%3A%22Template%3AQuality+Image|200%25+Template%3ALow+Quality|50%25%22+cirrus&fulltext=Search

DevOps

 * Logstash: Bryan’s Puppet module is ready to be merged. Waiting for updated packages to be pulled into apt, which will happen on January 4th. Bryan also has a work-in-progress Puppet module for Kibana, which is a data exploration / visualization tool for ElasticSearch data.
 * Aaron did a bunch of scap improvements
 * discussion continued toward using `salt`

Performance

 * Finally finished setting up Graphite & ecosystem in EQIAD. Waiting for a week’s worth of data to accumulate before switching graphite.wikimedia.org CNAME record to tungsten, so the graphs in http://gdash.wikimedia.org/ don’t look broken.
 * Fixed a memory leak and made various improvements to mwprof (the reincarnation of Domas’s udpprofiler). It is running on tungsten and is used as the source for http://noc.wikimedia.org/cgi-bin/report.py.
 * Added mw.track, topic-based message broker / event bus for JavaScript code. This allows MediaWiki code to be instrumented to log errors and performance measurements without adding a dependency on a specific logging framework. Handlers can be attached via mw.trackSubscribe and receive the full backlog of events logged on the current page.

Beta / CI

 * Zuul upgrade (bis) next week. Based on Gearman to handle job queue
 * VisualEditor/Parsoid brower tests still ongoing :-/
 * Gotta need a job that run mw/core tests under hhvm. On a labs instance?
 * Chad’d be willing to get something hacky and working on labs this week with you. Some testing is better than no testing.
 * Ori set this up here: https://travis-ci.org/wikimedia/mediawiki-core

Security

 * Release Jan 13th (still)
 * https://bugzilla.wikimedia.org/show_bug.cgi?id=52604
 * https://www.mediawiki.org/wiki/Password_storage_update

Scholarships
Need a window for deployment this week.

Bug escalation

 * We fixed all the bugs
 * Loop in Gergo on the jobqueue thing for GWToolset
 * https://bugzilla.wikimedia.org/show_bug.cgi?id=58692

Quarterly review
https://www.mediawiki.org/wiki/Wikimedia_MediaWiki_Core_Team/Quarterly_review,_January_2014 HHVM docs for extensions: https://github.com/facebook/hhvm/wiki/Extensions
 * Google Spreadsheet (for now)
 * https://www.mediawiki.org/wiki/Wikimedia_MediaWiki_Core_Team/Ideas_List

Other

 * When did we decide to change the “API” section in RELEASE_NOTES from being about the web API to being about any random thing that might be considered an internal or external API of some sort? And where did Brad miss the discussion? Or is that just something Siebrand unilaterally did and Brad can fix?