headers
Jeroen De Dauw | 9 Feb 15:38
Picon
Gravatar

DBDataObject class

Hey all,

Over the last few extensions I've been creating I got annoyed at having to
create certain database interaction code over and over again and ended up
creating a DataObject class encapsulating most of the work and doing some
nice abstraction. The current version, as I have it in the Education
Program extension, is documented here:

https://www.mediawiki.org/wiki/User:Jeroen_De_Dauw/DBObject

An earlier version of this class which is included in the Contest extension
has been reviewed and is in use on mediawiki.org.

Since this is a very generic utility and is clearly useful in many
extensions (and probably in core as well), I like to put it into core for
MW 1.20. If you see issues that need to be resolved before this is done,
please describe them.

Cheers

--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
Permalink | Reply | 0 comments |
headers
Rob Lanphier | 8 Feb 21:17
Picon
Gravatar

How to avoid a post-branch code slush (Re: Branch 1.19 on Tuesday, February 6?)

On Wed, Feb 8, 2012 at 4:40 AM, Petr Bena <benapetr <at> gmail.com> wrote:
> Hi, is there any update on branching? Thank you

Sam will be doing it soon.

After that it means, in theory, that trunk will be open for
post-deploy commits.  However, we *cannot* let the same backlog back
up that we did before, and there's no way we can keep up with
everything we need to do for deployment (last minute bugfixes,
addressing fixmes regardless of committer) while at the same time
dealing with a flood of new commits.

A big problem with our current post-commit review regime is that it is
exactly these times that really regrettable changes can and probably
do get made.  Many refactoring exercises happen without much
discussion on the mailing list.  The code doesn't get reviewed, and
then it gets entangled with a lot of other important code to the point
that we're forced to forge ahead with a suboptimal refactoring
decision.  In addition to building up a large review backlog, we also
find ourselves chasing pockets of breakage due in part to incomplete
refactoring and backwards-incompatibility breakages.

We're migrating to Git very soon after this release.  It would really
suck to have a huge pile of unreviewed commits going into trunk.  So,
I'm going to suggest a Git migration strategy that will avoid having a
monsterous backlog.  Instead of cutting over trunk at the very latest
revision, we cut over at the latest revision that is fully reviewed
and ok.  Everything before the 1.19 branch point would be
grandfathered in, but everything after would need to be reviewed and
ok.  So, for example, if r111000 is the branch point, and
(Continue reading)

Permalink | Reply | 5 comments |
headers
Guillaume Paumier | 8 Feb 12:53
Picon
Gravatar

Wikimedia engineering report for January 2012

Hi,

The report covering Wikimedia engineering activities in January 2012
is now available.

Wiki version: https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2012/January
Blog version: https://blog.wikimedia.org/2012/02/08/engineering-january-2012-report/

--

-- 
Guillaume Paumier
Technical Communications Manager — Wikimedia Foundation

_______________________________________________
Wikitech-l mailing list
Wikitech-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Permalink | Reply | 0 comments |
headers
Sumana Harihareswara | 8 Feb 01:58
Picon
Gravatar

New committers

Two new committers with core access:

Christian Aistleitner (qchris) is a new Wikimedia Foundation contractor
working on the XML dump infrastructure, database access and testing
thereof, and Labs.

Elizabeth Smith (emsmith) works for OmniTI as a developer and is joining
the AFTv5 project.  (She doesn't yet have a mediawiki.org account - I've
asked for one and will link when she does.)

Welcome, Elizabeth and Christian!

--

-- 
Sumana Harihareswara
Volunteer Development Coordinator
Wikimedia Foundation
Permalink | Reply | 0 comments |
headers
Rob Lanphier | 7 Feb 23:06
Picon
Gravatar

New committer: Chris McMahon (cmcmahon)

Hi everyone,

Chris McMahon (cmcmahon) is our latest addition to the committer list.

Rob

On Tue, Jan 31, 2012 at 10:02 AM, Rob Lanphier <robla <at> wikimedia.org> wrote:
> Hi everyone,
>
> I’d like to welcome Chris McMahon to the Platform Engineering team as
> our new QA Lead.  Chris has a long history working in software
> testing, coming to us most recently from Sentry Data Systems where he
> was responsible for test automation.  One particularly relevant bit of
> experience from Chris’s past was his work at Socialtext on their wiki
> product, expanding the Selenium-based automated test suite from 400
> individual assertions to 10,000 over the span of two years.
>
> Chris is also active in the outside community.  He leads the Writing
> About Testing group and annual conference, which he founded in 2009.
> He also helped design and build the SeleNesse testing framework, which
> is a wiki-based tool for building acceptance tests that get executed
> by Selenium.
>
> In his role as QA Lead here, Chris will be responsible for figuring
> out what sorts of testing process we can bring to MediaWiki
> development.  His first task will to join in on the tail end of the
> 1.19 deployment process, helping us with whatever last minute testing
> that makes sense at this stage, but then he’ll have the much larger
> task of looking at our release and deployment process generally, and
> figure out which parts would most benefit from the injection of
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mark A. Hershberger | 7 Feb 20:38
Picon
Gravatar

1.19 Deployment blocker triage


    What:  1.19 Deployment blocker triage

    When:  Wednesday, February 8, 13:00 UTC
           Time zone conversion: http://hexm.de/ej

    Where: #wikimedia-dev on freenode
           Use http://webchat.freenode.net/?channels=wikimedia-dev
           if you don't have an IRC client

    Notes: http://etherpad.wikimedia.org/BugTriage-2012-02

With the 1.19 deployment fast approaching, I'm scheduling one last bug
triage for 1.19 blocking issues.

There are currently only 4 blocking bugs, but there are some issues on
http://labs.wikimedia.beta.wmflabs.org/wiki/Problem_reports that may yet
make their way into blocking bugs.

If you haven't yet taken the time to try out the beta cluster now is a
good time to give it a whirl, try out 1.19, and let us know of any bugs
you find.

Thanks,

Mark.
Permalink | Reply | 1 comment |
headers
Nathan Day | 7 Feb 19:04
Picon
Gravatar

Re: Language templates missing from Mediawiki dumps

They are template articles that are missing. Not interwiki links. :-)

On Tue, Feb 7, 2012 at 9:15 AM, OQ <overlordq <at> gmail.com> wrote:
> You sure those aren't interwiki links and not templates?
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l <at> lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Permalink | Reply | 0 comments |
headers
Nathan Day | 7 Feb 17:51
Picon
Gravatar

Language templates missing from Mediawiki dumps

Hi Mediawiki users,

I have experienced a repeatable problem in which after importing a
mediawiki database dump, I need to Export the language templates from
the live site and import them into my local instance. I use MWDumper
to build an SQL file which is read into my local MySql instance. The
problem is that the language templates articles are not included in
the dump.

I am referring to all templates articles that have the following form:

Template:EN

EN in this could be any language code.

This is not limited any particular Mediawiki dump, they all seem to
have this problem. That being said, it is not much to simply import
the missing templates manually, I was wondering if anyone had
experienced this problem or has a quicker solution than the manual
import/export.

Best Regards,
Nathan Day
Permalink | Reply | 4 comments |
headers
Rob Lanphier | 7 Feb 00:37
Picon
Gravatar

20 percent time standups prior to 1.19

Hi everyone,

This mail is primarily directed toward Wikimedia Foundation employees,
but isn't private, so I'm directing it here.

As many of you know, we have a policy for Wikimedia Foundation
engineers that states that they need to work 20% of their time on
maintenance and communication tasks which immediately serve the
Wikimedia developer and user community, beyond working on assigned
features or longer-term work.[1]  Managing how that manifests itself
is the responsibility of Platform Engineering, which is why I'm the
one frequently prattling on about it. :-)

Up until last week or so, this wasn't too tough an activity to
coordinate.  Code review was in pretty rough shape, so my frequent
advice was "grab a bucket and bail" (as in, start reviewing whatever
is in the queue).

As the 1.19 deployment starts up next week, coordination is both more
important and harder.  We're shifting our focus away from code review,
and onto fixing blockers and fixmes.  Even before recent times, there
have been some folks at WMF who have felt a little adrift during their
20% time.

So, starting this week, we're instituting explicit 15 minute meeting
times for the beginning of everyone's review 20% period, on the
#wikimedia-dev Freenode channel.  The schedule for these is listed
below:
https://www.mediawiki.org/wiki/20_percent#IRC_checkins
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ben Hartshorne | 6 Feb 22:59
Picon
Gravatar

Re: Deploying Swift for thumbnails next Mon-Thurs Feb 6-9

Hi Everyone,

Just to let you know, this deploy started this morning (with a few hiccups)
and Swift is now serving a small percentage of production traffic (about 6
queries per second).  As before, please find me in IRC or leave a message
on the SwiftMedia/Issues page if you have bugs to report.

Thanks!

-ben (aka maplebed on IRC)

On Tue, Jan 31, 2012 at 11:43 AM, Ben Hartshorne
<bhartshorne <at> wikimedia.org>wrote:

> Hi Everyone,
>
> Next week we're going to switch the back end system that hosts
> thumbnail[1] images.  We have been using
ms5<http://ganglia.wikimedia.org/latest/?r=day&cs=&ce=&m=&c=Miscellaneous+pmtpa&h=ms5.pmtpa.wmnet>(a
Sun server running linux) to serve all thumbnails.  We are switching to Openstack
> Swift <http://wikitech.wikimedia.org/view/Swift>, a clustered object
> store.  Though we have done testing and expect no problems, I want to
> publicize the change so that if issues do appear, they are quickly directed
> to the right place.
>
> Here's the schedule:
> * Monday Feb 6th: move 0.4% of all thumbnail traffic from ms5 to swift.
> Only thumbnails with "/thumb/a/a2/"[2] in the URL will be affected.
> * Tuesday: move 12.5% of traffic - thumbnails with "/thumb/a/" or
> "/thumb/b/" will be affected
(Continue reading)

Permalink | Reply | 1 comment |
headers
Kevin Brown | 6 Feb 17:08
Picon
Gravatar

Status of Instant Archive Project for Wikipedia

Hey, I know it’s been a while since we last talked. I’m currently working  on jump starting the
ArchiveLinks project over on the Wikimedia Foundation side. I was  wondering what the status is on your side?

I understand that you've been waiting on some fixes and a feed from us.  I plan on creating that feed by
February 9th and will let you know when it is up.

I'm tracking my progress at http://www.mediawiki.org/wiki/User:Kevin_Brown/ArchiveLinks/status
so you can keep informed.

Thanks,
Kevin Brown
Wikimedia GSoC Student 2011
_______________________________________________
Wikitech-l mailing list
Wikitech-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Permalink | Reply | 0 comments |

Gmane