Re: [Wikitech-l] Removing test suites from trunk

2010-12-12 Thread Ashar Voultoiz
On 12/12/10 11:39, Happy-melon wrote: > I never really understood why they went into /maintenance/tests in the first > place. Maxsem moved them with r61945 : "Moved tests to maintenance - one directory less to care about when configuring access." http://svn.wikimedia.org/viewvc/mediawiki?view=

Re: [Wikitech-l] Removing test suites from trunk

2010-12-12 Thread Happy-melon
"Chad" wrote in message news:aanlktim8_yyy0sfhg=a-es+st2bux9yakecvsmpov...@mail.gmail.com... > On Tue, Dec 7, 2010 at 8:59 AM, wrote: >> I'm the first to add a vote to >> https://bugzilla.wikimedia.org/show_bug.cgi?id=26259 ! Hope it gets >> counted. >> M> SVN is convenient for installations a

Re: [Wikitech-l] Removing test suites from trunk

2010-12-08 Thread Ashar Voultoiz
On 08/12/10 01:39, Platonides wrote: > We can provide them gzipped and require them with compress.zlib:// > prepended to the filename. Means more CPU usage which is bad for the planet we are living on :-b -- Ashar Voultoiz ___ Wikitech-l mailing list

Re: [Wikitech-l] Removing test suites from trunk

2010-12-08 Thread Petr Kadlec
On 7 December 2010 19:43, Niklas Laxström wrote: > On 7 December 2010 20:08, Petr Kadlec wrote: >> Well, the hint to use sparse checkouts applies this way, too… You can >> omit the testing directories from your checkout, and even subsequent >> SVN updates will skip them. After checkout, just call

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Dmitriy Sintsov
* Victor Vasiliev [Tue, 7 Dec 2010 22:12:58 +0300]: > On Tue, Dec 7, 2010 at 10:07 PM, Brion Vibber wrote: > > Offhand suggestion: can we pack/compress the language files in a way > that > > keeps them smaller on the server but leaves them usable? > > > > -- brion > > I thought about that yesterd

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Platonides
Brion Vibber wrote: > Offhand suggestion: can we pack/compress the language files in a way that > keeps them smaller on the server but leaves them usable? > > -- brion We can provide them gzipped and require them with compress.zlib:// prepended to the filename. That will work magically™ as far as

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Victor Vasiliev
On Tue, Dec 7, 2010 at 10:07 PM, Brion Vibber wrote: > Offhand suggestion: can we pack/compress the language files in a way that > keeps them smaller on the server but leaves them usable? > > -- brion I thought about that yesterday. Even if we compress them, they are 11 MB in gzip and 6.5 MB in L

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Brion Vibber
Offhand suggestion: can we pack/compress the language files in a way that keeps them smaller on the server but leaves them usable? -- brion On Dec 7, 2010 10:42 AM, "Aryeh Gregor" > wrote: > On Mon, Dec 6, 2010 at 6:46 AM, Huib Laurens wrote: >> But a other option is to add a second download opti

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Niklas Laxström
On 7 December 2010 20:08, Petr Kadlec wrote: > Well, the hint to use sparse checkouts applies this way, too… You can > omit the testing directories from your checkout, and even subsequent > SVN updates will skip them. After checkout, just call > svn up --set-depth exclude maintenance/tests > and y

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Aryeh Gregor
On Mon, Dec 6, 2010 at 6:46 AM, Huib Laurens wrote: > But a other option is to add a second download option where people can > download mediawiki with only EN and make tarballs for all languages > available so people can add the languages they want. Maybe something that > can be done on a mirror s

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Petr Kadlec
On 7 December 2010 14:59, wrote: > Me too. Please move all the expert testing stuff to a different place > where the experts can use an expert command to fetch it, and stop > bloating we regular WikiSysops SVN updates. Thanks. Well, the hint to use sparse checkouts applies this way, too… You can

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Ashar Voultoiz
On 07/12/10 18:51, Chad wrote: > If we do go that route, we should additionally package > the tests for those that would like to download them. Sounds good to me :-b -- Ashar Voultoiz ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https:

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Chad
On Tue, Dec 7, 2010 at 12:44 PM, Ashar Voultoiz wrote: > On 07/12/10 04:11, Chad wrote: >> I think the easiest solution is to just tweak the make-release >> script to exclude the tests directory (wherever we end up >> putting it). > > It might be handy to get the test suites deployed on as many ho

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Ashar Voultoiz
On 07/12/10 14:59, jida...@jidanni.org wrote: > M> SVN is convenient for installations and upgrades. That's certainly > M> why I use it. > Me too. Please move all the expert testing stuff to a different place > where the experts can use an expert command to fetch it, and stop > bloating we regula

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Ashar Voultoiz
On 07/12/10 04:11, Chad wrote: > I think the easiest solution is to just tweak the make-release > script to exclude the tests directory (wherever we end up > putting it). It might be handy to get the test suites deployed on as many hosts as possible. This would let users run the test right out o

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Chad
On Tue, Dec 7, 2010 at 9:02 AM, Chad wrote: > The consensus is that they're not moving it out of /trunk/phase3. > s/they/we/ (not sure why I left myself out of this...) -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wi

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Chad
On Tue, Dec 7, 2010 at 8:59 AM, wrote: > I'm the first to add a vote to > https://bugzilla.wikimedia.org/show_bug.cgi?id=26259 ! Hope it gets > counted. > M> SVN is convenient for installations and upgrades. That's certainly > M> why I use it. > Me too. Please move all the expert testing stuff to

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread jidanni
I'm the first to add a vote to https://bugzilla.wikimedia.org/show_bug.cgi?id=26259 ! Hope it gets counted. M> SVN is convenient for installations and upgrades. That's certainly M> why I use it. Me too. Please move all the expert testing stuff to a different place where the experts can use an exper

Re: [Wikitech-l] Removing test suites from trunk

2010-12-07 Thread Soxred93
> > I think the idea that only people intending to do development work on > MediaWiki download from SVN is a bit insane. And as you note, these tests > are only going to grow in size over time. This whole discussion is bringing an analogy to a PHP framework that I'm using a lot now, symfony [1].

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Dmitriy Sintsov
* Huib Laurens [Mon, 6 Dec 2010 12:46:53 +0100]: > Hi! > > MediaWiki is famous because its almost supported in all languages that's > something other wiki software don't have, lets not try to remove that. > So I > think the main bundle should be mediawiki with *all* languages. > Preservation of m

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Dmitriy Sintsov
* Chad [Mon, 6 Dec 2010 22:11:19 -0500]: > On Mon, Dec 6, 2010 at 10:08 PM, Victor Vasiliev > wrote: > > I strongly disagree with removing tests from the /trunk/phase3 > > directory. They should be there, though they may be thrown out on the > > release. Maybe introduce a "production" branch whe

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Chad
On Mon, Dec 6, 2010 at 10:08 PM, Victor Vasiliev wrote: > I strongly disagree with removing tests from the /trunk/phase3 > directory. They should be there, though they may be thrown out on the > release. Maybe introduce a "production" branch where the phase3 is > mirrored without development stuff

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Victor Vasiliev
I strongly disagree with removing tests from the /trunk/phase3 directory. They should be there, though they may be thrown out on the release. Maybe introduce a "production" branch where the phase3 is mirrored without development stuff? --vvv ___ Wikitec

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread MZMcBride
Mark A. Hershberger wrote: > MZMcBride writes: >> Even if we could say that most users downloading from SVN are >> interested in development, I don't see how that extends to saying that >> test suites are required for development. You've lost me. > > If a developer breaks a test, ze[1] should fix

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Platonides
Niklas Laxström wrote: > On 6 December 2010 17:02, Platonides wrote: >> Niklas Laxström wrote: >> A few days ago the issue came up where I was talking with an end user >> who was complaining about MediaWiki being too large (in the server, not >> in the tarball) compared to other apps like wordpress

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Niklas Laxström
On 6 December 2010 17:02, Platonides wrote: > Niklas Laxström wrote: > A few days ago the issue came up where I was talking with an end user > who was complaining about MediaWiki being too large (in the server, not > in the tarball) compared to other apps like wordpress. > I think there's a use ca

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Ashar Voultoiz
On 06/12/10 09:07, MZMcBride wrote: > The maintenance directory has maintenance tools in it. I don't think test > suites fall within the category of "maintenance." Like large artwork files, > these seem to be "development" tools that shouldn't be downloaded with every > phase3 checkout. On the sec

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Mark A. Hershberger
MZMcBride writes: > Even if we could say that most users downloading from SVN are > interested in development, I don't see how that extends to saying that > test suites are required for development. You've lost me. If a developer breaks a test, ze[1] should fix it. As the tests cover more and m

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Chad
On Mon, Dec 6, 2010 at 10:02 AM, Platonides wrote: > Niklas Laxström wrote: >> This suggestion seems to come up from time to time. I feel it is >> unrealistic. First of all we can't remove them from svn, since they >> have to be there. We could remove them from the tarballs, but please, >> last ti

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Soxred93
It probably would not be too hard to make an extension to do just that. Just modify ExtensionDistributor. -X! On Dec 6, 2010, at 10:02 AM, Platonides wrote: > Niklas Laxström wrote: >> This suggestion seems to come up from time to time. I feel it is >> unrealistic. First of all we can't remov

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Platonides
Niklas Laxström wrote: > This suggestion seems to come up from time to time. I feel it is > unrealistic. First of all we can't remove them from svn, since they > have to be there. We could remove them from the tarballs, but please, > last time I checked the tarball was hardly over 12 megs. Even wit

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Huib Laurens
Hi! MediaWiki is famous because its almost supported in all languages that's something other wiki software don't have, lets not try to remove that. So I think the main bundle should be mediawiki with *all* languages. But a other option is to add a second download option where people can download

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Soxred93
On Dec 6, 2010, at 5:12 AM, Niklas Laxström wrote: > On 6 December 2010 08:11, Q wrote: >> I think better time would be spent decoupling all the languages. Out >> the 57 megs for an svn export, 41 is the languages directory. Distribute >> the Big $foo, where $foo is some reasonable number of ma

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Markus Glaser
Hi all, concerning the selenium part of the tests, I suggest to treat functional tests and regression tests differently: * The framework and test runner should remain in maintenance/tests, since it provides a testing infrastructure for MW * We are working on a MediaWiki smoke test which makes su

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Niklas Laxström
On 6 December 2010 12:08, Petr Kadlec wrote: > On 6 December 2010 08:47, Ashar Voultoiz wrote: >>  - I want to be able to commit a bug fix + associated tests in one >> revision without having to fetch the whole phase3 tree. > > You don’t have to. Subversion supports (since 1.5?) sparse checkouts

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread MZMcBride
Niklas Laxström wrote: > Besides, it feels silly to talk about this, while we simultaneously > talk about including some of the most common extensions in the name of > providing feature complete MediaWiki straight from the box--which is a > goal I agree with. I wouldn't say it's silly. If a very l

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Niklas Laxström
On 6 December 2010 08:11, Q wrote: > I think better time would be spent decoupling all the languages.  Out > the 57 megs for an svn export, 41 is the languages directory. Distribute > the Big $foo, where $foo is some reasonable number of major languages, > and offer the rest as a seperate dl. Thi

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread Petr Kadlec
On 6 December 2010 08:47, Ashar Voultoiz wrote: >  - I want to be able to commit a bug fix + associated tests in one > revision without having to fetch the whole phase3 tree. You don’t have to. Subversion supports (since 1.5?) sparse checkouts

Re: [Wikitech-l] Removing test suites from trunk

2010-12-06 Thread MZMcBride
Ashar Voultoiz wrote: > On 06/12/10 05:56, MZMcBride wrote: >> I filed bug 26259, "MediaWiki bloated with test suites": >> https://bugzilla.wikimedia.org/show_bug.cgi?id=26259 >> >> RobLa asked me to send an e-mail to wikitech-l about this bug. It's my view >> that checking out MediaWiki from SVN

Re: [Wikitech-l] Removing test suites from trunk

2010-12-05 Thread Ashar Voultoiz
On 06/12/10 05:56, MZMcBride wrote: > I filed bug 26259, "MediaWiki bloated with test suites": > https://bugzilla.wikimedia.org/show_bug.cgi?id=26259 > > RobLa asked me to send an e-mail to wikitech-l about this bug. It's my view > that checking out MediaWiki from SVN should not include files that

Re: [Wikitech-l] Removing test suites from trunk

2010-12-05 Thread Q
On 12/6/2010 12:07 AM, MZMcBride wrote: > Tim Starling wrote: >> On 06/12/10 15:56, MZMcBride wrote: >>> I filed bug 26259, "MediaWiki bloated with test suites": >>> https://bugzilla.wikimedia.org/show_bug.cgi?id=26259 >>> >>> RobLa asked me to send an e-mail to wikitech-l about this bug. It's my v

Re: [Wikitech-l] Removing test suites from trunk

2010-12-05 Thread MZMcBride
Tim Starling wrote: > On 06/12/10 15:56, MZMcBride wrote: >> I filed bug 26259, "MediaWiki bloated with test suites": >> https://bugzilla.wikimedia.org/show_bug.cgi?id=26259 >> >> RobLa asked me to send an e-mail to wikitech-l about this bug. It's my view >> that checking out MediaWiki from SVN sh

Re: [Wikitech-l] Removing test suites from trunk

2010-12-05 Thread Tim Starling
On 06/12/10 15:56, MZMcBride wrote: > Hi. > > I filed bug 26259, "MediaWiki bloated with test suites": > https://bugzilla.wikimedia.org/show_bug.cgi?id=26259 > > RobLa asked me to send an e-mail to wikitech-l about this bug. It's my view > that checking out MediaWiki from SVN should not include f

[Wikitech-l] Removing test suites from trunk

2010-12-05 Thread MZMcBride
Hi. I filed bug 26259, "MediaWiki bloated with test suites": https://bugzilla.wikimedia.org/show_bug.cgi?id=26259 RobLa asked me to send an e-mail to wikitech-l about this bug. It's my view that checking out MediaWiki from SVN should not include files that most users do not need or want. These te