Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread MZMcBride
MZMcBride wrote: You'd have to ask Lee, I suppose. I think he's still around. https://github.com/lcrocker/OneJoker It seems Lee is alive and well and still waiving his rights. :-) MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org

Re: [Wikitech-l] Bugzilla Weekly Report

2013-03-06 Thread Andre Klapper
On Mon, 2013-01-07 at 12:47 +0100, Andre Klapper wrote: On Mon, 2013-01-07 at 09:25 +0100, Siebrand Mazeland (WMF) wrote: Does this report contain any data that can actually be trusted? Is anyone getting anything useful out of this report? Again thanks Siebrand for bringing up how confusing

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Platonides
On 05/03/13 21:55, Matthew Flaschen wrote: If it does turn out we legally *need* more license preservation/disclosure, we should add more license preservation. Getting a special get out of jail free card for WMF only is not acceptable. Our sites run free software, software that anyone can

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Platonides
On 06/03/13 13:24, Platonides wrote: I just checked and there are 73 authors of the resources of MediaWiki core. More than I expected, but not unworkable. We could relicense our css and javascript as MIT, MPL, GPL-with-explicit-exception... I was going to provide the full list: $ git log

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Jay Ashworth
- Original Message - From: Brian Wolff bawo...@gmail.com Minification is a WMF cluster issue, not a MW software issue, is it not? Mediawiki minifies things regardless of if its being run by the WMF or somebody else. Ah; thanks. Have not looked at internals lately. Since

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Jay Ashworth
- Original Message - From: David Gerard dger...@gmail.com People will say any spurious bollocks What's the license on that observation, David? :-) Cheers, -- jr 'I wanna steal that' a -- Jay R. Ashworth Baylink j...@baylink.com Designer

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Jay Ashworth
- Original Message - From: MZMcBride z...@mzmcbride.com The Open Source Initiative doesn't seem to really like the idea: http://opensource.org/faq#cc-zero. A number of former and current contributors (notably Lee Daniel Crocker) have released their creative works and inventions

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Jay Ashworth
- Original Message - From: Chris Grant chrisgrantm...@gmail.com This is based on a flawed reading of the GPL. The GPL covers the distribution of program code. The license specifically states that “The act of running the Program is not restricted”. (Furthermore: “Activities other than

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Jay Ashworth
- Original Message - From: Platonides platoni...@gmail.com Regarding GPL requisites, it seems clear that minified javascript is “object code” [1], which we can convey per section 6d [2], which is already possible if you know how the RL works, although we should probably provide those

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread .
The need for minification suggest that maybe the web needs a bytecode format for css / javascript / xml, one designed to save space. I know text is the tradition in unix, but anyway. -- -- ℱin del ℳensaje. ___ Wikitech-l mailing list

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Kevin Israel
On 03/06/2013 07:30 AM, Platonides wrote: On 06/03/13 13:24, Platonides wrote: I just checked and there are 73 authors of the resources of MediaWiki core. More than I expected, but not unworkable. We could relicense our css and javascript as MIT, MPL, GPL-with-explicit-exception... I was

[Wikitech-l] Conference on open source technologies at Faculty of Engineering and Technology, Jamia Millia Islamia, New Delhi on 9th and 10th March, 2013

2013-03-06 Thread Sheel Sindhu Manohar
-- Forwarded message -- From: Anshul Sharma anshul@gmail.com Date: Wed, Mar 6, 2013 at 9:03 PM Subject: [fedora-india] Invitation to JDevDay To: csejmi2...@googlegroups.com, csejmi2...@googlegroup.com, jmimechani...@gmail.com, p...@sarai.net, flossto...@sarai.net,

Re: [Wikitech-l] HTTPS Login

2013-03-06 Thread Steven Walling
On Fri, Mar 1, 2013 at 10:46 AM, Chris Steipp cste...@wikimedia.org wrote: Ryan and I have discussed this a few times, and we're both eager to flip the switch. Ops (and my own platform team) have been swamped this week with big meetings, but ever since the last sites were upgraded to wmf10 on

Re: [Wikitech-l] HTTPS Login

2013-03-06 Thread Steven Walling
On Wed, Mar 6, 2013 at 11:47 AM, Steven Walling steven.wall...@gmail.comwrote: Merged by Chris yesterday. \o/ I spoke too soon, of course. Relevant bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=39380 ___ Wikitech-l mailing list

Re: [Wikitech-l] Global user CSS and JS

2013-03-06 Thread Matthew Flaschen
On 03/05/2013 10:50 PM, Krinkle wrote: Considering the global aspect it may be more useful (and flexible) to enforce this from the global script instead of from local preferences, which are rather annoying to maintain imho. if ( dbname == wikidatawiki || .. ) { return; Good point.

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Jack Phoenix
On Wed, Mar 6, 2013 at 5:47 PM, Kevin Israel pleasest...@live.com wrote: On 03/06/2013 07:30 AM, Platonides wrote: On 06/03/13 13:24, Platonides wrote: I just checked and there are 73 authors of the resources of MediaWiki core. More than I expected, but not unworkable. We could relicense

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Jay Ashworth
- Original Message - From: Jack Phoenix j...@countervandalism.net Let me just state this for the record: I find copyright paranoia and associated acts, such as this very thread with 59 (and counting!) messages absurd, ridiculous and a complete waste of time. We note that you have

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Chad
On Wed, Mar 6, 2013 at 1:31 PM, Jay Ashworth j...@baylink.com wrote: - Original Message - From: Jack Phoenix j...@countervandalism.net Let me just state this for the record: I find copyright paranoia and associated acts, such as this very thread with 59 (and counting!) messages

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread David Gerard
On 6 March 2013 15:20, Jay Ashworth j...@baylink.com wrote: From: David Gerard dger...@gmail.com People will say any spurious bollocks What's the license on that observation, David? :-) WTFPL of course! - d. ___ Wikitech-l mailing list

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Tyler Romeo
I don't see how the copyright of MediaWiki's code is bike-shedding at all. As a volunteer, I'd like to be damn sure MW is actually an open source project. There's a reason copyright licenses exist, and it's to provide freedom for developers and users. If MW were completely licensed under the

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Chad
On Wed, Mar 6, 2013 at 1:42 PM, Tyler Romeo tylerro...@gmail.com wrote: I don't see how the copyright of MediaWiki's code is bike-shedding at all. As a volunteer, I'd like to be damn sure MW is actually an open source project. There's a reason copyright licenses exist, and it's to provide

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Isarra Yos
Non-lawyers arguing over how to interpret licenses, uses, and other stuff with the minimised code doesn't prevent such screwing over either. It is undoubtedly an open-source project; the question is the legal one of where all things need to be attributed and cited, and at the end of the day

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Tyler Romeo
Well then maybe we could just wait for a response from the counsel in this thread rather than interpreting licenses and then complaining about it... *--* *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com

[Wikitech-l] Fwd: [Analytics] Reminder: EventLogging workshop tomorrow Thursday 3/7, 1.30-5 PT

2013-03-06 Thread Sumana Harihareswara
Please do join us if you'd like to learn to instrument MediaWiki to log events, access and clean/test log data, and perform simple log data analysis. -Sumana Harihareswara Original Message Subject: [Analytics] Reminder: EventLogging workshop tomorrow Thursday 3/7, 1.30-5 PT

[Wikitech-l] Merging jqueryMsg and mediawiki

2013-03-06 Thread Matthew Flaschen
Right now, there's two message systems, one in mediawiki.js that basically just handles dollar-sign replacements, and an increasingly sophisticated one in jqueryMsg that tries to emulate the server. To make it more complicated, jqueryMsg monkey-patches mediawiki.js. What do people think about

[Wikitech-l] Query performance - run code faster, merge code faster :-)

2013-03-06 Thread Sumana Harihareswara
If you want your code merged, you need to keep your database queries efficient. How can you tell if a query is inefficient? How do you write efficient queries, and avoid inefficient ones? We have some resources around: Roan Kattouw's

Re: [Wikitech-l] Query performance - run code faster, merge code faster :-)

2013-03-06 Thread Ori Livneh
On Wednesday, March 6, 2013 at 4:36 PM, Sumana Harihareswara wrote: When you need to ask for a performance review, you can check out https://www.mediawiki.org/wiki/Developers/Maintainers#Other_Areas_of_Focus which suggests Tim Starling, Asher Feldman, and Ori Livneh. It's bit funny to see my

Re: [Wikitech-l] Using test doubles to test code with external dependencies

2013-03-06 Thread Rob Lanphier
On Tue, Mar 5, 2013 at 1:25 PM, Ori Livneh o...@wikimedia.org wrote: A short while ago I wrote a set of three PHP unit tests for Math that use test doubles to stub out external dependencies (in this case, the database-backed cache and the texvc executable). My intent was to demonstrate the

Re: [Wikitech-l] Query performance - run code faster, merge code faster :-)

2013-03-06 Thread Asher Feldman
Database query performance isn't the leading performance bottleneck on the WMF cluster. If reading or writing to a database, certainly do take the time to specifically profile your database queries, and make sure to efficiently use caching (and avoid stampede scenarios on cache expiration)

Re: [Wikitech-l] Query performance - run code faster, merge code faster :-)

2013-03-06 Thread Matthew Flaschen
On 03/06/2013 04:36 PM, Sumana Harihareswara wrote: If you want your code merged, you need to keep your database queries efficient. How can you tell if a query is inefficient? How do you write efficient queries, and avoid inefficient ones? We have some resources around: Roan Kattouw's

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Jay Ashworth
- Original Message - From: Chad innocentkil...@gmail.com Jack is not alone. The amount of bikeshedding on this list has reached truly epic proportions in the last couple of weeks...to the point where I've started ignoring the vast majority of the list (and I've always been an

Re: [Wikitech-l] Merging jqueryMsg and mediawiki

2013-03-06 Thread Santhosh Thottingal
On Thursday, March 7, 2013, Matthew Flaschen wrote: What do people think about merging them together, keeping mediawiki.js as the entry point? mediawiki.js already has the APIs that match the server. They just don't work anything like the server without jqueryMsg. Mail thread discussing

[Wikitech-l] Identifying pages that are slow to render

2013-03-06 Thread Robert Rohde
Is there some list or tool that identifies Wikipedia pages that are slow to parse? My interest is mainly in the context of Lua deployment. I would like to identify non-obvious templates that may be having an appreciable impact on performance. (As opposed to things like {{cite}}, where the

Re: [Wikitech-l] Identifying pages that are slow to render

2013-03-06 Thread Bináris
A partial answer: I wrote a script under Pywikipedia framework to search templates with many parser functions that are worth to convert to Lua now: [[mw:Special:Code/pywikipedia/11099]]. I hope that it helps you to find good targets. The result looks like

Re: [Wikitech-l] Merging jqueryMsg and mediawiki

2013-03-06 Thread Amir E. Aharoni
And to make things even more interesting, now there's also jQuery.i18n, which has similar functionality: https://github.com/wikimedia/jquery.ime/ It's a library that provides the same message syntax and grammar / gender / plural features, but is more portable (independent of MediaWiki). It's

Re: [Wikitech-l] Merging jqueryMsg and mediawiki

2013-03-06 Thread Amir E. Aharoni
2013/3/7 Amir E. Aharoni amir.ahar...@mail.huji.ac.il: And to make things even more interesting, now there's also jQuery.i18n, which has similar functionality: https://github.com/wikimedia/jquery.ime/ Sorry, the right URL is https://github.com/wikimedia/jquery.i18n

Re: [Wikitech-l] Identifying pages that are slow to render

2013-03-06 Thread Jeremy Baron
On Mar 7, 2013 1:06 AM, Robert Rohde raro...@gmail.com wrote: Is there some list or tool that identifies Wikipedia pages that are slow to parse? My interest is mainly in the context of Lua deployment. I would like to identify non-obvious templates that may be having an appreciable impact on

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread K. Peachey
I'm pretty sure I have memories of this exact thread happening when minification was first introduced, With counsel at the time (Mike) weighing in on the matter. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org

Re: [Wikitech-l] Merging jqueryMsg and mediawiki

2013-03-06 Thread Matthew Flaschen
On 03/06/2013 10:13 PM, Amir E. Aharoni wrote: It's already used for parts of the UniversalLanguageSelector extension, to make them as portable as possible. There are no current solid plans to make wider use of it in MediaWiki, but I'd love to see it replace as much of our messages system as

Re: [Wikitech-l] Seemingly proprietary Javascript

2013-03-06 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Since this thread is slowly moving over to a debate as to whether it constitutes bikeshedding or not (and people can't seem to agree on that either), I'm going to unsubscribe to this mailing list by the end of today (in 15 hours or so) as I get way

Re: [Wikitech-l] Identifying pages that are slow to render

2013-03-06 Thread Federico Leva (Nemo)
There's slow-parse.log, but it's private unless a solution is found for https://gerrit.wikimedia.org/r/#/c/49678/ https://wikitech.wikimedia.org/wiki/Logs Nemo ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org