Wikitech-l November 2011

wikitech-l@lists.wikimedia.org

127 participants
144 discussions

Bug 31469
by John 03 Nov '11

03 Nov '11

I submitted https://bugzilla.wikimedia.org/show_bug.cgi?id=31469 when 1.18 was rolled out. Is there any way that we can get this issue fixed for the 1.18 tarball?

3 2

Wikimedia engineering report for October 2011
by Guillaume Paumier 03 Nov '11

03 Nov '11

Hi, The report covering Wikimedia engineering activities in October 2011 is now available. Wiki version: https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2011/October Blog version: http://blog.wikimedia.org/2011/11/03/wikimedia-engineering-october-2011-rep… -- Guillaume Paumier Technical Communications Manager — Wikimedia Foundation http://donate.wikimedia.org

1 0

New permission for moodbar
by Petr Bena 03 Nov '11

03 Nov '11

Hey, I spoke with some folks from enwp and they said that it would be cool if moodbar extension had one more permission allowing people to do hide / unhide, so that they could eventually let more people than sysops check the responses and eventually hide them. It's simple tweak, but what do you think about it? Currently only people with sysop permission can do that. I don't know much context about moodbar, but that modification is rather simple, so if there were no concerns, we could do that?

4 8

non-MySQL databases bug triage & discussion - summary
by Sumana Harihareswara 02 Nov '11

02 Nov '11

Today several developers prioritized, closed, or followed up on eleven database bugs, and discussed how to improve support for non-MySQL databases in MediaWiki. The details are in the notes: https://www.mediawiki.org/wiki/Bug_management/Triage/Databases_20111102 with summaries in the comments on each bug. Microsoft's Ben Lobaugh volunteered to lead an effort towards automated testing on non-MySQL databases in the Wikimedia Labs infrastructure, and additional infrastructures as necessary. He'll help us get some Windows machines, or a setup in a Microsoft-run Azure cloud, so we can test on Microsoft SQL Server properly. How you can help MediaWiki administrators who don't use MySQL: * Write tests or specs. Ben and DJ Bauch want to work on better unit testing per https://bugzilla.wikimedia.org/show_bug.cgi?id=32118 (special page SQL queries), and could use specifications to test against. Improve https://www.mediawiki.org/wiki/Database_testing . * Try to reproduce this installation failure on SQLite or PostgreSQL: https://bugzilla.wikimedia.org/show_bug.cgi?id=28172 * Fix "Database layer should automagically add GROUP BY columns on backends that need them (postgres)" https://bugzilla.wikimedia.org/show_bug.cgi?id=26273 . This is a large project. * Make a meta-schema so that we no longer use tables.sql as a canonical source. Chad and Max started in http://svn.wikimedia.org/viewvc/mediawiki/branches/abstract-schema/ . See https://www.mediawiki.org/wiki/Bug_management/Triage/Databases_20111102#Ide…: for more discussion. This is a large project. -- Sumana Harihareswara Volunteer Development Coordinator Wikimedia Foundation

1 0

Re: [Wikitech-l] Labs questions (was: MediaWiki unit testing and non-MySQL databases)
by Platonides 02 Nov '11

02 Nov '11

On 02/11/11 21:48, Ryan Lane wrote: > On Tue, Oct 25, 2011 at 1:43 PM, Platonides <Platonides(a)gmail.com> wrote: >> Ryan Lane wrote: >>> https://labsconsole.wikimedia.org/wiki/Main_Page >>> >>> Just a suggestion ;) >>> >>> - Ryan >> 1) This is the first time it is mentioned in this mailing list. > > It isn't the first time labs has been. I was suggesting labs, not the > console. I was replying to Chad, and he has seen the console, so he > likely understood what I meant perfectly well. As someone who tested http://nova-controller.tesla.usability.wikimedia.org/ it was quite a shock to find it out in this way. >> 1b) Not even mentioned in the Server Admin Log. > > Meh. I don't log every single thing I do. It's in the git log for the > puppet repo, at minimum. Is this is the way we publish things now? As git logs? :) >> 2) It has a funny concept of "you have an account" > > In what way? I'm giving out accounts to people slowly, over time. It's > in kind of closed beta mode right now. Basically, if you ask for an > account, you get one. If the user is not in Special:ListUsers, which kind of user is it? I guess it should have been developers "can get an account by poking Ryan" >> 3) Public IPs are private > > This is the way that OpenStack Nova works. If a public IP hasn't been > assigned to the instance yet, then the private IP is also considered > the public IP. bastion.wmflabs.org, for instance has a legitimate > public IP, with a legitimate public DNS entry. Last week, I didn't know there was such server (in fact, it seems to have been launched _after_ I sent that mail). *If* you have an account on labsconsole.wikimedia.org, *and* you go to https://labsconsole.wikimedia.org/wiki/Special:NovaAddress *and* you know what a bastion host is, then you may figure it out. Note that my first attempt was to try creating a ssh tunnel through gerrit.wikimedia.org >> 4) Instances don't seem to be on wmf dns, despite statements of "ssh >> <nameofinstance>" and "adding wmflabs domain in DNS" > > That is not true. I'm running powerdns on virt1.wikimedia.org with an > LDAP backend. > > All instances are in DNS when they are created, automatically. That is > private DNS, though. Instance "test" would be "test.pmtpa.wmflabs". > It's possible to SSH from a bastion host to all private hosts. It turns out you registered wmflabs.org I had been trying things like foo.wmflabs.wikimedia.org or foo.wmflabs >> 5) Reading the git instructions make me feel sick > > Well, let's give you an account, and you can fix it. By blanking the page? :) >> 6) The RSA key (dc:e9:68:7b:99:1b:27:d0:f9:fd:ce:6a:2e:bf:92:e1?) is not >> listed > > RSA key for what? Why would it need to be listed anywhere? Maybe > listing the RSA keys for hosts with public IPs is a good idea... For gerrit, which is everything i could connect to. It is shown on https://gerrit.wikimedia.org/r/#settings,ssh-keys though, so you can take it out. >> 7) Why is there a unicorn ? >> > > Because this is the place for magic to happen. > > - Ryan /me waits for the magic to happen... So far, it still doesn't seem useful.

3 2

Labs questions (was: MediaWiki unit testing and non-MySQL databases)
by Ryan Lane 02 Nov '11

02 Nov '11

On Tue, Oct 25, 2011 at 1:43 PM, Platonides <Platonides(a)gmail.com> wrote: > Ryan Lane wrote: >> https://labsconsole.wikimedia.org/wiki/Main_Page >> >> Just a suggestion ;) >> >> - Ryan > > 1) This is the first time it is mentioned in this mailing list. It isn't the first time labs has been. I was suggesting labs, not the console. I was replying to Chad, and he has seen the console, so he likely understood what I meant perfectly well. > 1b) Not even mentioned in the Server Admin Log. Meh. I don't log every single thing I do. It's in the git log for the puppet repo, at minimum. > 2) It has a funny concept of "you have an account" In what way? I'm giving out accounts to people slowly, over time. It's in kind of closed beta mode right now. Basically, if you ask for an account, you get one. > 3) Public IPs are private This is the way that OpenStack Nova works. If a public IP hasn't been assigned to the instance yet, then the private IP is also considered the public IP. bastion.wmflabs.org, for instance has a legitimate public IP, with a legitimate public DNS entry. > 4) Instances don't seem to be on wmf dns, despite statements of "ssh > <nameofinstance>" and "adding wmflabs domain in DNS" That is not true. I'm running powerdns on virt1.wikimedia.org with an LDAP backend. All instances are in DNS when they are created, automatically. That is private DNS, though. Instance "test" would be "test.pmtpa.wmflabs". It's possible to SSH from a bastion host to all private hosts. It's possible to add public DNS entries to public IP addresses, then associate that public IP address to an instance. If you've ever used EC2, the way this works is similar. The terminology is exactly the same. > 5) Reading the git instructions make me feel sick Well, let's give you an account, and you can fix it. > 6) The RSA key (dc:e9:68:7b:99:1b:27:d0:f9:fd:ce:6a:2e:bf:92:e1?) is not > listed RSA key for what? Why would it need to be listed anywhere? Maybe listing the RSA keys for hosts with public IPs is a good idea... > 7) Why is there a unicorn ? > Because this is the place for magic to happen. - Ryan

1 0

dump titles form other namespaces than 0?
by Ariel T. Glenn 02 Nov '11

02 Nov '11

A while back (over 2 years ago, urk!) we had a request for dumps of titles of things other than articles [1]. I haven't seen that request repeated, but I'm wondering how useful that would be to folks and which namespaces we should dump, if we were going to add a few. Article talk pages? Other? Ariel [1] https://bugzilla.wikimedia.org/show_bug.cgi?id=19542

2 1

Getting the first image of a page
by Jeroen De Dauw 02 Nov '11

02 Nov '11

Hey, Is there a nice way to obtain the first image on a page? My current solution works, but is not very nice: * get the images on the page via api.php?action=query&prop=images&titles=pagename * get the page contest via index.php?title=pagename&action=raw * find the first occurrence of one of the image names obtained in the API request Cheers -- Jeroen De Dauw http://www.bn2vs.com Don't panic. Don't be evil. --

4 4

Mobile triage report
by mhershberger＠wikimedia.org 01 Nov '11

01 Nov '11

I'm going to be trimming my triage reports to only the bugs covered in order to reduce the amount of time they take me. In the future, I'll just provide a list of the bugs covered and make sure the bugs themselves are updated with any information from the triage. For now see the etherpad http://etherpad.wikimedia.org/BugTriage-2011-10 and the log http://prototype.wikimedia.org/logs/%23wikimedia-dev/20111026.txt starting at 16:08:16 and see the comments on these bugs. https://bugzilla.wikimedia.org/31481 -- Android app should have 'Share' menu item to send to other apps (mail, notes, social networking) https://bugzilla.wikimedia.org/31686 -- Android app should show search suggestions https://bugzilla.wikimedia.org/31467 -- Tracking bug for getting the Android app on translatewiki https://bugzilla.wikimedia.org/31706 -- Android app should give up a page load if its been going for more then X amount of time (created tracking bug for these issues: https://bugzilla.wikimedia.org/32139) https://bugzilla.wikimedia.org/31891 -- Android app nearby me should have a mechanism to show more or less results https://bugzilla.wikimedia.org/31954 -- Android app should allow user to select another near by listing without hitting the hardware button Thanks! Mark.

1 0

New committer
by Sumana Harihareswara 01 Nov '11

01 Nov '11

Rusty Burchfield of https://www.ossfyd.com/ will be committing under the username gicode. Core access. He'll be working on: "Various extensions and core functionality as issues come up. Generally bug/security/logging fixes." He previously worked on extensions AuthIMAP & AutomaticREMOTE USER. Welcome, Rusty! -- Sumana Harihareswara Volunteer Development Coordinator Wikimedia Foundation

1 0

Jump to page:

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 November 2011