Wikitech-l May 2012

wikitech-l@lists.wikimedia.org

136 participants
123 discussions

Guidelines for db schema changes
by Rob Lanphier 13 Jun '12

13 Jun '12

Hi everyone, As we do more frequent deploys, it's going to become critical that we get database schema changes correct, and that we do so in a way that gives us time to prepare for said changes and roll back to old versions of the software should a deploy go poorly. This applies both to MediaWiki core and to WMF-deployed extensions. I'd like to propose that we make the following standard practice: 1. All schema changes must go through a period of being optional. For example, instead of changing the format of a column, create a new column, make all writes happen to the old and new column (if it exists) and deprecate use of the old column. Check if the new column exists before blindly assuming that it does. Only eliminate support for the old column after it's clear the schema migration has happened and there's no chance that we'll need to roll back to the old version of the software. 2. There might be cases where rule #1 will be prohibitive from a performance perspective. However, schema changes like that should be rare to begin with, and should have prominent discussion on this list. In the case where it's impossible to follow rule #1, it is still critical to write scripts to roll back to the pre-change state. 3. For anything that involves a schema change to the production dbs, make sure Asher Feldman (afeldman(a)wikimedia.org) is on the reviewer list. He's already keeping an eye on this stuff the best he can, but it's going to be easy for him to miss changes in extensions should they happen. I don't have a strong opinion about whether we need to follow rule #1 above through an iteration of our six month tarball release cycle, but we at least need to follow it through the two week deployment cycle. Assuming this seems sensible to everyone, I can update this page with this: http://www.mediawiki.org/wiki/Development_policy (/me desperately tries to avoid yak shaving and updating the policy above for Git) Rob

6 9

XML dumps/Media mirrors update
by Ariel T. Glenn 06 Jun '12

06 Jun '12

We now have three mirror sites, yay! The full list is linked to from http://dumps.wikimedia.org/ and is also available at http://meta.wikimedia.org/wiki/Mirroring_Wikimedia_project_XML_dumps#Curren… Summarizing, we have: C3L (Brazil) with the last 5 good known dumps, Masaryk University (Czech Republic) with the last 5 known good dumps, Your.org (USA) with the complete archive of dumps, and for the latest version of uploaded media, Your.org with http/ftp/rsync access. Thanks to Carlos, Kevin and Yenya respectively at the above sites for volunteering space, time and effort to make this happen. As people noticed earlier, a series of media tarballs per-project (excluding commons) is being generated. As soon as the first run of these is complete we'll announce its location and start generating them on a semi-regular basis. As we've been getting the bugs out of the mirroring setup, it is getting easier to add new locations. Know anyone interested? Please let us know; we would love to have them. Ariel

9 26

Maps extension graphical editor.
by Kim Eik 01 Jun '12

01 Jun '12

Hi guys, i have created a simple map editor which works with the Maps extension, i'm looking for some feedback on your impression of it. please take a look @ http://ec2-46-137-28-172.eu-west-1.compute.amazonaws.com/static/google-draw… let me know what you think. and also, please note it's a work in progress. My idea is to implement this as a special page in the Maps extension so that people can easily create and edit maps. Cheers Kim

5 5

code review request Extension:RSS , for example before or during Berlin Hackathon
by Thomas Gries 31 May '12

31 May '12

https://gerrit.wikimedia.org/r/#/c/3925/ https://gerrit.wikimedia.org/r/#/q/project:mediawiki/extensions/RSS,n,z Hi, I don't know how to ask but I ask now: if someone has time to review the full set of changes, so that I later can resume with my work for this extension. My patches were submitted to SVN before the move to git, and this version works smoothly. So from my point of view, the main open issue is code review. An older - outdated and buggy version of - Extension:RSS is also used on www.mediawiki.org. A request to upgrade is already filed ( https://bugzilla.wikimedia.org/show_bug.cgi?id=34655 ) Remarks: I will be available during the Berlin Hackathon at the spot to answer your questions - if there are any. And from Antoine I know: if he had time, he would help me. Tom (Wikinaut)

2 1

update bugzilla IRC notifications
by Antoine Musso 31 May '12

31 May '12

Hello, Under 20%, I have decided to give the wikibugs IRC bot some love. That bot is a script processing bugzilla emails notification sent publicly to the wikibugs-l mailing list. It crafts colorful IRC messages which are then relayed by ircecho to #mediawiki. I have made wikibugs to recognize the Bugzilla product and, based on that, to split the IRC messages in different files. Thus, ircecho can be made to relay different products in different channels resulting in less spam in #mediawiki and more in #wikimedia-mobile . The script is written in perl, my changes are listed in the good old CodeReview tool and needs someone to have a look at them and eventually tests them using various bugs notifications: https://www.mediawiki.org/wiki/Special:Code/MediaWiki?path=/trunk/tools/wik… I also described wikibugs in puppet to ease its installation. The related gerrit change is https://gerrit.wikimedia.org/r/8339/ It lacks the exim configuration which makes mchenry to send the mail to the wikibugs perl script for processing. Maybe a local hack? cheers, -- Antoine "hashar" Musso

2 2

git review version update, May 2012
by Amir E. Aharoni 30 May '12

30 May '12

`git review' says that "a new version of git-review is availble on PyPI". The last update created some unwanted surprises, so I decided to avoid updating it for now. What do our Git experts suggest? Thank you, -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com ‪“We're living in pieces, I want to live in peace.” – T. Moore‬

6 11

Advisory: 20% time for WMF engineers this week
by Sumana Harihareswara 29 May '12

29 May '12

Because of final preparations for the Berlin hackathon, I won't be as available to help people coordinate their 20% community service time this week. Our highest priority is code review for the Gerrit merge queue, especially for backlogged MediaWiki extensions such as UploadWizard and ProofreadPage. The next priority: reviewing patches to MediaWiki or WMF-deployed extensions that are in Bugzilla. For links to those queues, see: https://www.mediawiki.org/wiki/Wikimedia_engineering_20%25_policy#Status -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation

1 0

accessing object files
by Daniella D Birch 29 May '12

29 May '12

This wiki that I'm working on, has had trouble with inappropriate comments and edits being added to it. Is there anyway to track down the object files within the mediawiki architecture and delete all this spam from the archives? daniella birch

3 2

Rv: LOS CICLOS DEL BIG BANG
by Enrique Calero Perez 29 May '12

29 May '12

----- Mensaje reenviado ----- >De: Enrique Calero Perez <enrique_calero(a)yahoo.com.mx> >Para: "enrique_calero(a)yahoo.com.mx" <enrique_calero(a)yahoo.com.mx> >Enviado: Martes, 29 de mayo, 2012 9:34:57 >Asunto: LOS CICLOS DEL BIG BANG > > > >

1 0

ResourceManager and Javascript in Mediawiki
by Derric Atzrott 29 May '12

29 May '12

I've been doing some reading recently on the MediaWiki wiki about ResourceManager and how to use it to use JavaScript in MediaWiki extensions. Perhaps because it is new the documentation is not complete, or perhaps I just didn't quite understand the examples, but either way, I've been left quite confused. Would anyone mind giving me a easier to follow example of how to properly make use of ResourceManager to use JavaScript in MediaWiki extensions? I'm currently building a MediaWiki extension for the company I work for. This will make my third MediaWiki extension for them and my fourth or fifth overall. Thank you, Derric Atzrott Computer Specialist Alizee Pathology

3 8

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l May 2012