Wikitech-l October 2013

wikitech-l@lists.wikimedia.org

148 participants
149 discussions

Re: [Wikitech-l] [Product] Bugs on the deployment train
by Arthur Richards 17 Oct '13

17 Oct '13

+teampractices and wikitech-l for more input On Wed, Oct 16, 2013 at 11:22 AM, Arthur Richards <arichards(a)wikimedia.org>wrote: > I generally agree with James'/VE's approach. I'm not sure we can > reasonably come up with a sound metric (eg 'degredation that affects > roughly one percent of users') as it may not always be easily measurable. I > think a gut-check, qualitative assessment should suffice for these kinds of > issues, and can probably be broken into a few buckets: > > *) critical functionality is BROKEN (eg edits are not being saved, article > content is not accessible), there is a security concern, or a legal issue - > this needs to be fixed ASAP, like possibly before the next lightning deploy > *) semi-critical functionality is broken but doesn't impede basic usage of > critical site components (imo: reading, editing [in that order]) - (eg the > watchlist star on an article doesn't accurately indicate if an article is > being watched) - fixed and backported with earliest possible lightning > deploy window > *) annoyances (styling not quite right, obscure javascript errors), > non-security/legal issues in beta/alpha versions - fixed with next > deployment train > > This has generally been our approach to date on the mobile web team, > although I don't think we've ever been explicit about a rubric. > > > On Tue, Oct 15, 2013 at 1:53 PM, James Forrester <jforrester(a)wikimedia.org > > wrote: > >> Kenan, >> >> For VE we backport (cherry pick) fixes of major issues ASAP (generally by >> grabbing the next available Lightning Deploy window after we've tested it), >> but for inconveniences (i.e., things not quite as intended but still >> workable, or only affecting a few users) we generally just go for the next >> week's deployment train instead. Otherwise, yeah, they just join the >> backlog. >> >> J. >> >> >> On 15 October 2013 13:49, Kenan Wang <kwang(a)wikimedia.org> wrote: >> >>> Hey, >>> >>> The mobile team just got onto the deployment train. We're currently >>> looking to understand what we do when we find bugs caused by the previous >>> release during the deployment train. I proposed a three tiered triage >>> system to my team: >>> >>> Current train: degradation that affects roughly one percent of users in >>> a noticeable way >>> Current iteration, next train: degradation that affects less than one >>> percent of users in a noticeable way >>> Backlog: degradation that affects less than .1 percent of users in a >>> noticeable way, or affects users in a cursory way >>> >>> But was wondering if there were any other systems that teams had in >>> place to deal with this issue. >>> >>> Also, if you fix a bug does your team typically deploy during the next >>> deployment window available or do you wait to deploy until you have a >>> couple of fixes? >>> >>> -- >>> >>> Kenan Wang >>> Product Manager, Mobile >>> Wikimedia Foundation >>> >>> _______________________________________________ >>> Wmfproduct mailing list >>> Wmfproduct(a)lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/wmfproduct >>> >>> >> >> >> -- >> James D. Forrester >> Product Manager, VisualEditor >> Wikimedia Foundation, Inc. >> >> jforrester(a)wikimedia.org | @jdforrester >> > > > > -- > Arthur Richards > Software Engineer, Mobile > [[User:Awjrichards]] > IRC: awjr > +1-415-839-6885 x6687 > -- Arthur Richards Software Engineer, Mobile [[User:Awjrichards]] IRC: awjr +1-415-839-6885 x6687

2 1

Welcome Gergő Tisza!
by Rob Lanphier 17 Oct '13

17 Oct '13

Hi everyone, I'm pleased to announce Gergő Tisza is joining our Mulitmedia team today as a Software Engineer on the team. He'll be working most closely with Mark Holmquist and Fabrice Florin on new media handling features (first up: helping Mark finish off the new Media Viewer). He joins us most recently from Rocket Internet Gmbh, where he helped relaunch the company website, and he has several years of PHP experience before that. Gergő has been editing Wikipedia for about 9 years, as an anon for his first year, and then as User:Tgr. He's most active on Hungarian Wikipedia, but does some editing on the other wikis as well. He's also active in many other ways: as one of the founding members of Wikimedia Hungary, serving on the board for some of the time since then, as well as helping build some of their fundraising infrastructure. He also helped out with Wiki Loves Monuments, for example working out a bot to import images off of one of the more common Hungarian image hosters. He's also been very active in our Wikimedia Ambassadors group, helping smooth the rollout of several new features. He plans to move to San Francisco in the coming months, but will be splitting his time between Berlin, Germany and Sopron, Hungary until he can make the move to the U.S. Welcome, Gergő! Rob

4 3

[IRC] wm-bot semi outage
by Petr Bena 17 Oct '13

17 Oct '13

Hi, because of this bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=55690 wm-bot is unable to write logs to file storage. Unfortunatelly since 10 minutes ago, the mysql storage broke as well, I have no idea why but I am afraid that only fix that comes to my mind now involves bot restart which isn't possible because all logs that couldn't be written are cached in operating memory (so if I restarted wm-bot we would loose 2 - 3 days of logs of all channels that are in RAM now). So, if someone wondered what is up with public channel logging, this is a reason why there are logs missing, not only on file storage at bots.wmflabs.org/~wm-bot/logs but also sql at http://tools.wmflabs.org/wm-bot/logs/ I hope wmf will soon start selling "I love gluster" t-shirts :-) I would get one

3 5

Inspecting page performance with mw.loader.inspect()
by Ori Livneh 17 Oct '13

17 Oct '13

If you are know how to use your browser's JavaScript console, you can now get an ordered list of all ResourceLoader modules that are loaded on the page, sorted by the total size of each module's JavaScript and CSS assets -- simply run "mw.loader.inspect();". It works best in newer versions of Chromium / Chrome, where it takes advantage of the availability of console.table(). It looks like this: http://i.imgur.com/zGymrsF.png In the course of testing this feature yesterday, Matt Flaschen spotted and fixed redundant module loading in TimedMediaHandler (see bug 55550). That's pretty cool, no? Do remember that size != performance, though -- just because a module is small does not mean that it is performant. (The reverse is also true.) This tool also does not account for factors like gzip compression. So no burning developers at the stake, please :) But curious poking is definitely encouraged. Thanks to Timo & Roan for helping this along. --- Ori Livneh ori(a)wikimedia.org

5 11

Operations team announcements: Ryan and Leslie
by Ken Snider 17 Oct '13

17 Oct '13

Hello! I'm extremely pleased to announce that we've had two promotions within the Technical Operations team! Leslie Carr has been promoted to Senior Operations Engineer (Networking). As many of you know, along with Mark, Leslie has been instrumental in securing preferred rates and contracts with with connectivity providers and vendors on the networking side of our infrastructure - in a world where human connections are every bit as important as topographic ones, Leslie has maintained a vast network of contacts to help ensure that we're receiving competitive pricing, fair peering, and a plethora of other perks that come part and parcel with maintaining solid relationships in the networking arena, while also taking point on many of the technical aspects of our network infrastructure as well. We're lucky to have her, and I look forward to working with her as the team completes the setup of ULSFO and begins work on our next data-centre project. Ryan Lane has also been promoted to Senior Operations Engineer. Ryan has served as the lead on the Labs project, a component of our infrastructure that has become increasingly critical to projects both within WMF engineering (with Beta Labs), as well as with various volunteer projects (via Tool Labs). Ryan is about to head up the migration of this infrastructure from Tampa to Ashburn as part of our plan to sunset the Tampa data-centre. Additionally, Ryan has also played a key role in several non-labs-related projects, including most recently our HTTPS-as-default project, as well as work on integrating git-deploy into the mediawiki deployment pipeline. Ryan's work has been invaluable, and this promotion well-deserved. Thanks! --Ken.

9 8

Global Day of Code Retreat
by Michelle Grover 17 Oct '13

17 Oct '13

Hi folks, I had the opportunity to go to the local Software Craftmanship Meetup here in Mass last night which was fun and mind bending because I’m old and forgot about things like tail call recursion (see Zack’s blog post if you’d like to see what we worked on… http://zdsbs.blogspot.com/) So December 14th has been deemed “Global Day of Code Retreat” If you’ve never heard about it please take a look http://gdcr.coderetreat.org. Just thought I would pass it on to others in case there’s any interest. Thanks!

1 0

Which MariaDB engine does Wikimedia use?
by David Gerard 16 Oct '13

16 Oct '13

Does Wikimedia use InnoDB, Maria or something else as the database engine for its MariaDB servers? - d.

5 7

LESS support seems to have broken RTL support
by Amir E. Aharoni 16 Oct '13

16 Oct '13

Hello, LESS support seems to have broken RTL support in Vector. The bug is reported as https://bugzilla.wikimedia.org/show_bug.cgi?id=55779 It seems like the commit that caused it is https://gerrit.wikimedia.org/r/#/c/85920/ This is already deployed in Commons and some other wikis. This must not be deployed further, and should probably be reverted in the wikis where it is already deployed until RTL support is fixed. Thanks. -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com ‪“We're living in pieces, I want to live in peace.” – T. Moore‬

2 1

"Tarballs" of all 2004-2012 Commons files now available at archive.org
by Federico Leva (Nemo) 16 Oct '13

16 Oct '13

WikiTeam has just finished archiving all Wikimedia Commons files up to 2012 (and some more) on the Internet Archive: https://archive.org/details/wikimediacommons So far it's about 24 TB of archives and there are also a hundred torrents you can help seed, ranging from few hundred MB to over a TB, most around 400 GB. Everything is documented at <https://meta.wikimedia.org/wiki/Mirroring_Wikimedia_project_XML_dumps#Media…> and if you want here are some ideas to help WikiTeam with coding: <https://code.google.com/p/wikiteam/issues/list>. Nemo

4 3

Engineering Community Team office hour, in one hour
by Quim Gil 16 Oct '13

16 Oct '13

You are invited to the Engineering Community Team office hour starting in a bit less than an hour [1] at #wikimedia-ofice. We will discuss the participation of Wikimedia in the Google Code-in program and other topics you want to propose. See https://www.mediawiki.org/wiki/Engineering_Community_Team/Meetings#2013-10-… [1] http://www.timeanddate.com/worldclock/fixedtime.html?hour=16&min=00&sec=0&d… -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil

4 4

← Newer
1
...
6
7
8
9
10
11
12
...
15
Older →

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 October 2013