Re: [Wikitech-l] MW 1.20 backwards compatibility in extensions

2012-11-08 Thread Dmitriy Sintsov
9 Ноябрь 2012 г. 2:52:54 пользователь Daniel Friesen (dan...@nadir-seen-fire.com) написал: On Thu, 08 Nov 2012 14:08:53 -0800, Tim Starling    wrote: > All extension branches were removed during the migration to Git. Very > few extensions have branches for MW core major version support. > T

Re: [Wikitech-l] jQuery 1.9 will remove $.browser (deprecated since jQuery 1.3 - January 2009)

2012-11-08 Thread Tim Starling
On 07/11/12 13:09, Krinkle wrote: > In most (if not all) cases of people using $.browser it is because they want > different behaviour for browsers that don't support a certain something. > Please > take a minute to look at the code and find out what it is you are > special-casing > for that appa

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread bawolff
> > Maybe we need a Waiting_merge status in bugzilla. > I would like that. I find the "patch-in-gerrit" keyword very easy to miss, and really "patch in gerrit" and "open" are two very different stages of a bugs lifestyle. -bawolff ___ Wikitech-l mailin

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Platonides
On 08/11/12 20:00, Chad wrote: > I don't really like that idea either. How about instead of auto-closing, we > at least have Gerrit tell BZ a patch was committed/submitted? That would > save the "I've put a patch in " step, and would prompt people on the > CC list to possibly close when Gerrit says

Re: [Wikitech-l] MW 1.20 backwards compatibility in extensions

2012-11-08 Thread Chad
On Thu, Nov 8, 2012 at 5:08 PM, Tim Starling wrote: > All extension branches were removed during the migration to Git. Very > few extensions have branches for MW core major version support. > There's no longer a simple way to branch all extensions when a core > release is updated, and nobody has v

Re: [Wikitech-l] MW 1.20 backwards compatibility in extensions

2012-11-08 Thread Daniel Friesen
On Thu, 08 Nov 2012 14:08:53 -0800, Tim Starling wrote: All extension branches were removed during the migration to Git. Very few extensions have branches for MW core major version support. There's no longer a simple way to branch all extensions when a core release is updated, and nobody has

Re: [Wikitech-l] MW 1.20 backwards compatibility in extensions

2012-11-08 Thread Tim Starling
On 09/11/12 09:43, Platonides wrote: > It's easy to make a script which creates such branch for each extension, > but I'm not convinced that's the right thing to do. > > Also, did we make Extension:Distributor properly support branches on git > extensions? No. https://bugzilla.wikimedia.org/show

[Wikitech-l] Circumvention Tech Summit in Tunis, Tunisia, Nov. 26-28

2012-11-08 Thread Sumana Harihareswara
OpenITP and the Information Security Coalition (ISC)] will be hosting the second annual Circumvention Tech Summit from November 26-28 in Tunis, Tunisia. http://openitp.org/?q=cts_tunis_nov_2012 If you want to attend to help people get around internet censorship & surveillance in reading and editi

Re: [Wikitech-l] MW 1.20 backwards compatibility in extensions

2012-11-08 Thread Platonides
It's easy to make a script which creates such branch for each extension, but I'm not convinced that's the right thing to do. Also, did we make Extension:Distributor properly support branches on git extensions? In an ideal world we would have perfect tests for all extensions, and jenkins could aut

Re: [Wikitech-l] jQuery 1.9 will remove $.browser (deprecated since jQuery 1.3 - January 2009)

2012-11-08 Thread Jérémie Roquet
Hi Timo, 2012/11/7 Krinkle : > Just a reminder that jQuery will (after almost 4 years of deprecation!) drop > $.browser [1] in jQuery 1.9. Thanks for the reminder: it was still used in the MediaWiki:Commons.js of the French Wikipedia. What frightens me a bit is that I've been unable to find it us

[Wikitech-l] MW 1.20 backwards compatibility in extensions

2012-11-08 Thread Tim Starling
All extension branches were removed during the migration to Git. Very few extensions have branches for MW core major version support. There's no longer a simple way to branch all extensions when a core release is updated, and nobody has volunteered to write a script. So we're back to the situation

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Chris Steipp
>> And I really don't like the idea of B. I can easily see >> people mentioning bugs that are related to a commit in the >> commit message but not directly fixed by it. > > Then why did you invent B only to rail against it? Just use > a reasonable pattern, e. g. "This fixes bug #(\d+)\." > At my

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Tim Landscheidt
Stephan Gambke wrote: > is there a recommended work flow for bugfixing? > Right now what I do is submit a patch to gerrit and, if I remember, set > some tag in bugzilla. At some point somebody approves and merges the > patch. Then, if I remember, I set the bug to resolved/fixed in bugzilla. > T

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Tim Landscheidt
"Daniel Friesen" wrote: >> is there a recommended work flow for bugfixing? >> Right now what I do is submit a patch to gerrit and, if I remember, set >> some tag in bugzilla. At some point somebody approves and merges the >> patch. Then, if I remember, I set the bug to resolved/fixed in bugzilla

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Stephan Gambke
On 11/08/2012 07:43 PM, Daniel Friesen wrote: >> Would it be possible/sensible to automatically close a bug when the >> patch is merged? Or did I miss something? > > That would require two things: > A) Far more integration between Gerrit and Bugzilla than we currently have. > B) An assumption that

[Wikitech-l] Open Tech Chat in an hour - Thursday, November 8 at 12:30pm PST (20:30 UTC)

2012-11-08 Thread Rob Lanphier
Hi everyone! I'm really sorry for the late notice on this. I could have sworn I sent this on Thursday. We would like to once again have our Open Tech Chat this Thursday, November 8 at 12:30pm PST (20:30 UTC). This week, we have a guest: Nils Adermann, development lead for phpBB and a primary co

Re: [Wikitech-l] Collaborative code-editing tools (long-distance pair programming)

2012-11-08 Thread Mark Holmquist
Then again, it does seem like a lot less work to run Collide, if we can do it with Chromium and OpenJDK. Update: I tried running Collide on my machine. It took some hacking to get through the Ant build process, and finally I came to a point where the README said "run ./bin/deploy/collide" and

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Mark Holmquist
What about changes like https://gerrit.wikimedia.org/r/#/c/29422/, which mentions bug 1, but obviously doesn't entirely fix it? It wouldn't be put into the branch, or maybe it would be put into the branch but the branch would never get closed. But I like Chad's idea better, currently. -- Mar

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Bartosz Dziewoński
2012/11/8 Mark Holmquist : >> And I really don't like the idea of B. I can easily see people >> mentioning bugs that are related to a commit in the commit message but >> not directly fixed by it. > > > Maybe we should start a new branch per-bug instead, and merge the branch > when the bug is fixed?

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Chad
On Thu, Nov 8, 2012 at 1:57 PM, Mark Holmquist wrote: >> And I really don't like the idea of B. I can easily see people >> mentioning bugs that are related to a commit in the commit message but >> not directly fixed by it. > > > Maybe we should start a new branch per-bug instead, and merge the bra

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Mark Holmquist
And I really don't like the idea of B. I can easily see people mentioning bugs that are related to a commit in the commit message but not directly fixed by it. Maybe we should start a new branch per-bug instead, and merge the branch when the bug is fixed? That might help with this issue. -- M

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Amir E. Aharoni
2012/11/8 Stephan Gambke : > Hi, > > is there a recommended work flow for bugfixing? > > Right now what I do is submit a patch to gerrit and, if I remember, set > some tag in bugzilla. At some point somebody approves and merges the > patch. Then, if I remember, I set the bug to resolved/fixed in bu

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Andre Klapper
On Thu, 2012-11-08 at 13:00 -0500, Chad wrote: > > Would it be possible/sensible to automatically close a bug when the > > patch is merged? Or did I miss something? > > > > In theory, yes. Someone already started writing a plugin to do the same thing > for Jira[0]. Might be a good starting place f

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Daniel Friesen
On Thu, 08 Nov 2012 09:54:43 -0800, Stephan Gambke wrote: Hi, is there a recommended work flow for bugfixing? Right now what I do is submit a patch to gerrit and, if I remember, set some tag in bugzilla. At some point somebody approves and merges the patch. Then, if I remember, I set the bu

[Wikitech-l] AJAX page patrolling

2012-11-08 Thread hoo
Hi, I've implemented AJAX patrolling for the MediaWiki core ( https://gerrit.wikimedia.org/r/26440 ) and I would like to gather some feedback and hopefully get someone to take a look at the code in the hope to get it merged soon (as the change is in gerrit for more than a month now). It acts like

Re: [Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Chad
On Thu, Nov 8, 2012 at 12:54 PM, Stephan Gambke wrote: > Hi, > > is there a recommended work flow for bugfixing? > > Right now what I do is submit a patch to gerrit and, if I remember, set > some tag in bugzilla. At some point somebody approves and merges the > patch. Then, if I remember, I set th

[Wikitech-l] Work flow for bugfixing

2012-11-08 Thread Stephan Gambke
Hi, is there a recommended work flow for bugfixing? Right now what I do is submit a patch to gerrit and, if I remember, set some tag in bugzilla. At some point somebody approves and merges the patch. Then, if I remember, I set the bug to resolved/fixed in bugzilla. There is a bit too much rememb

[Wikitech-l] [IRC] wm-bot maintenance

2012-11-08 Thread Petr Bena
Hi folks, I know some of you are tired of these wm-bot messages :) but I didn't send one regarding today's maintenance and now I feel sorry for that. I did a huge maintenance today replacing the old monolithic core with new lightweight core with features bundled as dynamic modules (which makes it

Re: [Wikitech-l] Collaborative code-editing tools (long-distance pair programming)

2012-11-08 Thread Sumana Harihareswara
On 11/08/2012 09:43 AM, Sumana Harihareswara wrote: > When you want to pair program with someone far away, what do you use? I > just read about Collide: > > https://lwn.net/Articles/521647/ > > https://code.google.com/p/collide/ > > Collide has "line numbering, syntax highlighting, auto-complet

Re: [Wikitech-l] Collaborative code-editing tools (long-distance pair programming)

2012-11-08 Thread Mark Holmquist
On 12-11-08 08:32 AM, Dan Andreescu wrote: +1 on getting collide up and running. It's open source and looks like it already does project management and syntax highlighting From https://code.google.com/p/collide/: Requires Client: recent Chrome or Safari Server: Java 7 JRE Build:

Re: [Wikitech-l] Collaborative code-editing tools (long-distance pair programming)

2012-11-08 Thread Dan Andreescu
+1 on getting collide up and running. It's open source and looks like it already does project management and syntax highlighting On Thu, Nov 8, 2012 at 10:45 AM, Mark Holmquist wrote: > FWIW there is a way to add in syntax highlighting, and I could probably >> create a new instance for that. Th

Re: [Wikitech-l] Very low APC user cache utilization at MediaWiki 1.19.2 host

2012-11-08 Thread Antoine Musso
Le 07/11/12 13:07, Dmitriy Sintsov a écrit : > > At one wiki host there is 5.3.3-7+squeeze14 with apc 3.1.3p1 (both are > quite old however these are provided by Debian and I am not a regular > admin of the server). > The wiki host has about 10-20k visits per day and about 3500 of pages. > It's no

Re: [Wikitech-l] Collaborative code-editing tools (long-distance pair programming)

2012-11-08 Thread Mark Holmquist
FWIW there is a way to add in syntax highlighting, and I could probably create a new instance for that. There was also chatter on the Etherpad channel yesterday about writing plugins for compiling and running programs on the backend of the server. Additionally, I suppose, we could write a plugin

Re: [Wikitech-l] Collaborative code-editing tools (long-distance pair programming)

2012-11-08 Thread Mark Holmquist
Do any of you use Cloud9, Brackets, emacs + xhost, or some other tool/service? Do you recommend them? http://etherpad.wmflabs.org/pad/ is all very well and good but it doesn't support syntax highlighting. FWIW there is a way to add in syntax highlighting, and I could probably create a new ins

Re: [Wikitech-l] MW coding query: pausing and resuming an edit

2012-11-08 Thread Amelia Ireland
Platonides gmail.com> writes: > On 06/11/12 23:35, Amelia Ireland wrote: > > Hello all, > > > > Is it possible to pause and resume a Mediawiki edit? > > > > To explain, I've written a MW extension that accesses an external > > database; this database requires OAuth authentication [1.0, pre-OAut

[Wikitech-l] Collaborative code-editing tools (long-distance pair programming)

2012-11-08 Thread Sumana Harihareswara
When you want to pair program with someone far away, what do you use? I just read about Collide: https://lwn.net/Articles/521647/ https://code.google.com/p/collide/ Collide has "line numbering, syntax highlighting, auto-completion, and real-time file tree manipulation" but the syntax highlighte

Re: [Wikitech-l] Data flow from Wikidata to the Wikipedias

2012-11-08 Thread Daniel Kinzler
First off, TL;DR: (@Tim: did my best to summarize, please correct any misrepresentation.) * Tim: don't re-parse when sitelinks change. * Daniel: can be done, but do we really need to optimize for this case? Denny, can we get better figures on this? * Daniel: how far do we want to limit the thing

Re: [Wikitech-l] [Wikimedia-l] Fwd: [Tech/Product] Engineering/Product org structure

2012-11-08 Thread Federico Leva (Nemo)
Sue Gardner, 08/11/2012 07:03: > I kind of have the sense that people are considering this a done deal. [...] > > So to be super-clear: None of this is a done deal at this moment. Lots > of conversations are happening in various places, and it's all good. > That's why Erik made the pre-announcem