On 2013-04-08 03:24, Thorsten Glaser wrote:
On Fri, 5 Apr 2013, Philippe Cloutier wrote:

And, for what’s worth, I’m obviously against any
non-backwards-compatible changes in that manner…
I don't see which backwards-incompatibility you have in mind.
Such as requiring changes to existing LocalSettings-esque files
by moving the inclusion of the Debian-specific configuration
away from those.

I'm not sure why a change to existing configuration files would be required (even though it would be *ideal*). The inclusion of extensions configuration can be added in the codebase and existing installs *can* keep the previous configuration snippet even if we remove /etc/mediawiki-extensions/extensions.php since the snippet tests for the file's existence. The only risk I see here is in case the user customized /etc/mediawiki-extensions/extensions.php. In that case I don't know what should be done - an experienced packager should be able to advise.

Otherwise, the only part of /etc/mediawiki-extensions/extensions.php which would be problematic to run twice is the first line:
include( '/usr/share/mediawiki-extensions/base/ExtensionFunctions.php' ) ;
It seems easy to workaround by modifying that file to support a double inclusion.


I didn't mean Special:Interwiki couldn't work. I'm just saying we're
missing a symlink to the new (although outdated) version. I'm not aware of
actual problems keeping the old version would cause, but if we have the new
version, we should at least have a symlink to it.
What new version? I don’t understand.
mediawiki-extensions-base currently provides 2 extensions which provide Special:Interwiki: the old extension, SpecialInterwiki, and the new extension, Interwiki (although the version of Interwiki packaged is outdated). However, it provides a single symlink, which points to SpecialInterwiki, the old extension. Either the symlink should be modified to link to Interwiki, or a new one for Interwiki should be added.


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to