Wikimedia Labs

From MediaWiki.org
Jump to: navigation, search

Wikimedia Labs is a two-part project aimed at helping volunteers get involved in Wikimedia operations and software development. The first part of this project is Test/Dev Labs, and the second part is Tool Labs.

Introduction to the toolserver and to Wikimedia Labs by Ryan Lane and Daniel Kinzler at the San Francisco Hackathon January 2012.

Contents

Background [edit]

Wikipedia's infrastructure and software was built and originally completely administered by community volunteers. As the site has grown over time the operations infrastructure and software development has been dominated by Wikimedia Foundation staff. While the Foundation's increased involvement has had a positive effect, we feel the trend of less volunteerism and more staff is something we'd like to reverse. The goal of Wikimedia Labs is to more easily enable involvement from our community by creating a virtualized environment that anyone can use to make build or make changes to infrastructure or to make changes to our software, demo them, have them code reviewed, and have them pushed to production.

It can also be used for small projects that are Wikimedia-related but distinct from the software used in production. For example, a project might present information from the MediaWiki API of a WMF project in a new way.

Access [edit]

You can create a Labs account by creating an account on wikitech.

Having a Labs account gives you access to Labs, Gerrit (our code review system) and a few other developer related tools.

Implementation [edit]

The architecture is described on Wikitech. The software for controlling this environment is implemented as a MediaWiki extension, and is described on mediawiki.org.

Status [edit]

Roadmap [edit]

For the roadmap, please see Wikimedia Labs's goals and planned milestones. See also Tool Labs/Roadmap en.

Open tasks [edit]

We'd love help with all of the below!

Development and sysadmin tasks
  • Enable database replication - Asher hopes to get this done by January or February 2013
  • Add request queues on the project pages
  • Enable network-node per compute-node
  • Enable IPv6
  • Integrate RT with Labs LDAP
  • Create a second zone in eqiad
  • User databases
    • if we're going to hit user databases by end of March 2013, we likely need to put some dev work into salt; salt-api was pushed to GitHub mid-September, so some of the work has begun on their side, but we need to add keystone auth to that API
  • Push OpenStackManager changes to show SSH fingerprints for instances
  • Add DNS support to Nova
    • We added support for this in essex, but there's now an OpenStack project called Moniker we'll use instead. Waiting for it to enter incubation.
Product tasks
TODO: Add tasks

Proposals [edit]

Completed [edit]

Documents [edit]

Communications [edit]