[Pkg-mediawiki-devel] Fwd: Bug#673125: ff-p-mw: handle mediawiki upgrades

Thorsten Glaser t.glaser at tarent.de
Mon May 21 18:26:00 UTC 2012


can anyone help Roland with that? (If we can get ff-p-mw working
and mediawiki-math back, I’d fully support getting a current MW,
1.19 probably, into wheezy before the freeze.)

FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh

---------- Forwarded message ----------
From: Roland Mas <lolando at debian.org>
Message-ID: <871umdcsh5.fsf at polymir.internal.placard.fr.eu.org>
To: Thorsten Glaser <tg at mirbsd.de>
Cc: 673125 at bugs.debian.org
Date: Mon, 21 May 2012 20:13:42 +0200
Subject: Re: Bug#673125: ff-p-mw: handle mediawiki upgrades

Thorsten Glaser, 2012-05-16 13:00:21 +0200 :

> Package: fusionforge-plugin-mediawiki
> As discussed already (this bug is mostly for tracking things in
> Debbugs), fusionforge must handle upgrades in mediawiki as pak-
> kaged in Debian by listening to it via a trigger and running all
> upgrade scripts on all database schemas. This should be made for
> ff before wheezy.

I have a prototype here for doing that.  There are unrelated problems as
well, but it's not committed yet because it doesn't work: the MW
upgrading code seems to have a bug, where it issues SQL statements such
as "SET search_path = plugin_mediawiki_siteadmin," (note ending comma).
I fixed that by locally adding…

 $search_path = preg_replace( '/, *$/', '', $search_path);

…after line 1415 of /usr/share/mediawiki/maintenance/updaters.inc.  I'm
not sure if this fix should be applied to MW or if the bug is actually
in the FF glue.

Roland Mas

How does an octopus go into battle?

More information about the Pkg-mediawiki-devel mailing list