Re: [Wikitech-l] ExtensionDistributor

On 06/08/10 15:11, Jeroen De Dauw wrote: > Hey, > > I figured I can use the same code as ExtensionDistributor for creating > packages for the deployment extensions. The code for creating archives and > going through the svn repo is not in the extensions directory on svn as far > as I can determine

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

Hoi, In addition to all that it makes sense to have LocalisationUpdate installed and configured. It ensures that people who opt for another language then English have the latest available localisations for the messages on their wiki. Thanks, GerardM On 4 August 2010 19:04, Aryeh Gregor > w

[Wikitech-l] ExtensionDistributor

Hey, I figured I can use the same code as ExtensionDistributor for creating packages for the deployment extensions. The code for creating archives and going through the svn repo is not in the extensions directory on svn as far as I can determine though. Where can I find it? If it's not publicly av

Re: [Wikitech-l] Flash and other proprietary technologies on Wikimedia projects

Guillaume Paumier wrote: > I don't think there is an official Board resolution about the use of > proprietary technologies on Wikimedia projects. However, Brion and Erik > have been known to have a pretty strong opinion on that, and I believe > Danese and a large part of the WMF tech staff are in

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

On Fri, Aug 6, 2010 at 1:08 AM, Platonides wrote: > Other patches are not so fine... >        wfSuppressWarnings(); > -       session_start(); > +       @session_start(); >        wfRestoreWarnings(); > > > Sure, it was for FusionForge package, but still what error would > session_start produce th

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

On 06/08/10 09:10, Platonides wrote: > My idea for a FHS-friendlier setup was based in storing the > LocalSettings for all installed wikis inside /etc/mediawiki.d, all of > them pulling from a CommonSettings.php where default overrides and > extensions affecting all installs would be stored. That'

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

My idea for a FHS-friendlier setup was based in storing the LocalSettings for all installed wikis inside /etc/mediawiki.d, all of them pulling from a CommonSettings.php where default overrides and extensions affecting all installs would be stored. The update process would just need to iterate on th

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

David Gerard wrote: > On 3 August 2010 00:17, Edward Z. Yang wrote: > > >>2. Distributors roll patches without telling upstream developers who >> would happily accept them into the mainline. > > > Has anyone reported the following as Debian bugs? > > * Package maintainer not sending

Re: [Wikitech-l] Testing Framework (was Selenium Framework - Question on coding conventions)

On Thu, Aug 5, 2010 at 6:47 PM, Mark A. Hershberger wrote: > Markus Glaser writes: > >> 1) Where are the tests located? I suggest for core to put them into >> maintenance/tests/selenium. That is where they are now. For extensions >> I propse a similar structure, that is /tests/selenium. > > Sound

[Wikitech-l] Interlanguage Extension - going on

Interlanguage Extension ( http://www.mediawiki.org/wiki/Extension:Interlanguage ) is a MediaWiki extension that enables keeping the interlanguage links for all the languages at a central wiki, without the need for the herd of bots that maintain the links. Introducing it to Wikimedia projects is

[Wikitech-l] Testing Framework (was Selenium Framework - Question on coding conventions)

Markus Glaser writes: > 1) Where are the tests located? I suggest for core to put them into > maintenance/tests/selenium. That is where they are now. For extensions > I propse a similar structure, that is /tests/selenium. Sounds fine. In the same way, since maintenance/tests contains tests that

Re: [Wikitech-l] MediaWiki version statistics

On Thu, Aug 5, 2010 at 11:37 AM, OQ wrote: > The onus isn't 100% on Debian, partial blame can be on the OpenSSL > team for not saying "Hey that's a stupid idea" when he asked about his > 'fix'. The one applying the patch bears full responsibility for what happens. If they don't understand the co

Re: [Wikitech-l] Selenium Framework - Question on coding conventions (wican: to exclusive)

On 08/05/2010 12:37:01 PM, Markus Glaser - gla...@hallowelt.biz wrote: > Hello everybody, snip > 5) Aesthetics... There is an awful lot of "Selenium" in the class names, > method names, file names and variable names. It might be a good idea to use > "Sn" everywhere except for path names. >

[Wikitech-l] Selenium Framework - Question on coding conventions

Hello everybody, in order to further develop the selenium framework [1], I need to make a few design decisions, especially on coding conventions, which I'd like to discuss on this list, since they affect the way of how extension- and core developers write their tests. 1) Where are the tests lo

Re: [Wikitech-l] MediaWiki version statistics

On Thu, Aug 5, 2010 at 10:13 AM, Tim Starling wrote: > Or indeed, that they don't create > new bugs that are even worse (as Kurt Roeckx did with his famous fix > for some spurious valgrind warnings in OpenSSL). > The onus isn't 100% on Debian, partial blame can be on the OpenSSL team for not sayi

Re: [Wikitech-l] MediaWiki version statistics

On 03/08/10 00:01, Jacopo Corbetta wrote: > I haven't read all the documents, but have these researchers taken > into account backported fixes? No. Their work mostly revolves around defeating version number obfuscation by correlating various properties of the application with the version number. T

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

On 03/08/10 00:16, Lane, Ryan wrote: > Please Debian, keep your version of MediaWiki up to date at least to the > oldest stable release, and please send your fixes upstream when you find > unfixed bugs. Debian Stable is stable in the sense that it doesn't change very often, it's not stable in the

Re: [Wikitech-l] New table: globaltemplatelinks

>>> We are having more and more global uses. We should have a global >>> namespace mapping so that each global table doesn't need to copy the >>> namespace names just for display. >>> >> Maybe, but that's not easy. Storing the namespace name sounds like an >> acceptable intermediate solution. > > I

Re: [Wikitech-l] Is thers a extension to implement a cornell notes

* 尹永宏 [Wed, 4 Aug 2010 16:39:32 +0800]: > Hi all > > I'm looking for a extension to implement a cornell notes( > http://en.wikipedia.org/wiki/Cornell_Notes). do you have any idea? > I haven't heard about such extension. However, I've read wikipedia article you mentioned, and it seems that you ca

Re: [Wikitech-l] Custom editor hooks

On Thu, Aug 5, 2010 at 07:04, Daniel Friesen wrote: >> 1) I use the EditPageBeforeEditChecks hook to add a checkbox to >> disable MeanEditor. However, I also need to set it to the correct >> value. Right now, I am overriding the entire showStandardInputs >> function just to change line 1749 (refer

Re: [Wikitech-l] A Shorturl Service for Wikipedia Projects by Node.js

Thanks Liangent and Sadik. Since this list is not the place to discuss bugs, please send your findings at below link http://github.com/mountain/shortify/issues Thanks very much. On Thu, Aug 5, 2010 at 1:57 PM, Mingli Yuan wrote: > Now a test server