[00:12:06] ping Reedy [00:12:17] hi [00:12:51] Reedy: can you change configuration of http://wikimania2012.wikimedia.org to allow IP edits? [00:12:58] please :) [10:55:32] gwicke: I love how you just made the JS parser tests SO much faster :D [10:55:46] yep ;) [11:08:11] hashar: when I ran it first I thought it had crashed, but fortunately that was not the case [11:09:00] now I'm back to making it slower by adding functionality.. [13:54:49] <^demon> Platonides: http://svn.wikimedia.org/core-repack-svn-info.git.gz - did the svn commit options too. [13:55:02] <^demon> git svn find-rev doesn't seem to be working, but should be a step in the right direction. [14:02:57] Platonides: merged your "scp -p > scp -P" change (test) [15:36:25] @trusted [15:36:25] --elephant-- [mediawiki/Catrope, 216.38.133.254] [16:22:15] When VIPS gets enabled for TIFFs, what effect will that have in practice? Will it mean more thumbnails where there were errors before or is keeping the existing limits but simply being used to cut memory usage? [16:24:32] It is my belief (*belief*, you should ask Bryan T. M. or Tim) that VIPS will only be enabled for oversized TIFFs, i.e. TIFFs so large that we didn't even bother running them through IM before [16:24:34] >12.5Mpx [16:24:52] for now [16:25:05] But I've been away for a week (to Oxford, incidentally) so I may be off here [16:26:46] it is well-known that being in Oxford reduces your certainty of memory usage plans [16:26:58] Emirates are outfitting all of the A380s with wifi, nice [16:27:03] ooooh [16:27:19] They start at $7.50 for mobile use up to 5MB, rising to $15 for 25MB, while laptop prices begin at $15 for 25MB, rising to $25 for 100MB. The $7.50 package should be sufficient for the average BlackBerry user to stay connected all the way from Dubai to Paris. [16:27:31] http://www.businesstraveller.com/middle-east/news/emirates-launches-a380-wifi-connectivity [16:28:09] so much much would the average redditor spend looking at weird pictures? [16:29:05] Interesting how the price of data varies between mobile and non mobile devices [16:29:25] it'd be cheaper to use your laptop for 5 times the data, at twice the price [16:29:40] I'm not seeing that [16:29:44] The 25MB packages are equal [16:29:57] It's just that the 5M package isn't available for laptops and the 100M package isn't available for mobiles [16:30:07] brion: "Charging $7.50 is the price of a coffee" [16:30:10] ugh [16:30:13] rarrgh, numbers [16:30:17] hate their pricing model [16:30:20] that's an expensive coffee [16:30:22] Still, it's awesome [16:30:26] and i go to starbucks all the time [16:30:45] must be a fancy coffee in GBP :P [16:30:48] It'd be funny if you could torrent a movie as you fly [16:30:48] nothing's cheap in GBP [16:30:51] I wonder what their blackout zones are, they must exist [16:31:07] Dubai to paris is across landmasses maninly [16:31:12] Yeah [16:31:15] ahh true [16:31:24] SF-Dubai is like across the North Pole [16:31:27] "In early January, the airline starts flights to Rio de Janeiro and Buenos Aires (click here)." [16:31:27] And it's 16h [16:31:28] i was wondering if they use satellite for ocean parts [16:31:38] yeah most of the routes from here are ocean or canadian ice [16:31:42] ain't no cell towers there [16:31:59] I'm sure emirates can afford it [16:32:02] It would be /really/ awesome to have wifi on a 16-hour flight, but I'm having trouble seeing how they give you wifi if you're within a hundred miles of a pole [16:32:03] heh true [16:32:05] hehe yeah [16:32:19] I think the average redditor could easily pass up your $25 limit from paris to dubai [16:33:34] but who knows [16:33:59] "We don't expect more than 4% of passengers to use the service. One of the challenges is that the usage will be lower because there's so much distraction on board ??? from the food, the in-flight entertainment, the bar, the spa, the bed." [16:34:27] the average redditor will be too distracted to go to the spa [16:34:40] "I'm going to sit here, and watch the BBC iPlayer live via my server in London" [16:36:20] Hmm yeah [16:36:30] I'm thinking I might want to set up a server here before I leave [16:36:45] Useful for tunneling around BBC-style country restrictions [16:37:01] before you leave? [16:37:11] unless you mean at your parents? [16:37:18] But then you're raping their upload/download [16:37:23] the other day, I had to torrent a documentary from the CBC [16:37:43] I can download faster from usenet than it takes for the bbc to get programs online (ie Top Gear) [16:38:16] i'm old school, man. i have tv from the cable company, and mostly watch that. torrents are for when the dvr broke ;) [16:38:32] Reedy: usenet? I remember those days [16:38:48] Don't think my supplier has usenet :P [16:38:58] all the joys of torrents, with none of the sharing back [16:39:44] for all of $11 for all you can eat [16:40:52] I want internet where I can download faster than I can write the damned files to disk [16:41:54] <^demon> You should store your downloaded media in mongodb. [16:43:19] Reedy: Nah I mean a cheapish colo server somewhere, maybe [16:43:35] I'm not gonna install a server in my parent's house and steal their bandwidth :D [16:43:38] *parents' [16:44:22] <^demon> Just use one of the api apaches. I doubt anyone would notice ;-) [16:44:28] lol [16:44:36] RL Apaches are even lazier [16:44:43] Isn't that what prototype is for? [16:44:59] I hear we can run untrusted programs at cluster scale there [16:45:05] Although of course every time someone changes a .js file, CPU spikes to 100% and my feed would stutter [19:38:24] robla: Do you think someone from platform eng, preferably Tim, could take over https://bugzilla.wikimedia.org/show_bug.cgi?id=31576 from me? It's a nasty bug and no one but me seems to care about it on the WMF side. And I've got other stuff on my plate [19:38:28] I've isolated it to the job queue [19:38:38] *Something* is wonky there causing the job queue to abandon all sense of localization [19:39:02] *robla looks [19:45:41] RoanKattouw: I'll bring it up with everyone this afternoon [19:46:40] Oh, right, there's a platform mtf [19:46:42] *mtg [19:46:50] Feel free to send any questions my way [19:46:56] magic the gathering? [19:47:15] AaronSchulz: yes, that's exactly correct [19:52:59] LOL ^ [19:55:39] hexmode: I've looked over the crstats code a little bit, and you're probably right for the easy solution. just modify codereviewstats.py, adding a new append_targets method to the RevisionStateTracker class [19:56:05] robla: k, starting on it [19:56:38] ...then call append_targets from main, passing in the querytag [20:01:32] Reedy, you around? [20:05:31] raindrift, aye [20:05:32] hey sumanah, can we get a "VisualEditor" component added to bugzilla, under "MediaWiki extensions" ? [20:06:14] hey! just want to let you know: we're planning to deploy timed media handler next month, and are actively reviewing it. please don't defer it. :) [20:06:33] (that last message was for Reedy) [20:06:50] Ah, should probably make other people aware [20:07:07] Though, generally when that is done, people review the whole thing, and leave messages on newer commits [20:07:18] reviewing old revisions is a wastful exercise in many cases [20:08:00] reedy: yep! we're reviewing from 97700 onward in CR, because that's about where we started. So, we're reading the code and then doing newer commits online. [20:08:27] anyway, how would you recommend we let people know about this sort of thing? what's the best communication channel? [20:08:32] oh, nm, sumanah isn't here. hexmode, can we get a VisualEditor component in bugzilla. under "MediaWiki extensions" ? [20:09:16] actually I'll just send an email. going to lunch [20:09:33] raindrift, chances are it's one of 4 of us (myself, hasharAW, ^demon or hexmode ) that would likely defer it [20:10:44] Reedy: okay. so, should i email the four of you when we pick up a new extension that we're planning to deploy, or find you on irc, or is there a list that's most appropriate? [20:11:00] All are here... so should see the ping [20:11:35] awesome. sounds great. thanks! [20:48:20] raindrift: to a test wiki or to a live one? [21:29:11] Jarry1250: well, a test wiki first, of course. the eventual plan is to deploy on enwp, once we're sure it works. it's a pretty big improvement in video handling. [21:29:36] Yes, it comes with a nice rinterface, right? [21:30:39] it does. also webm support, transcoding, etc, and it supports a bunch of different video player backends (so, native in-browser, java, vlc, etc) [21:32:17] Coolio. Is there a provisional on that coming to a major wiki? [21:32:29] I mean, it would be speculative. [21:32:45] But I've got my journalist hat on. Outrageous speculation is good :P [21:33:34] We don't need this [21:33:38] git will solve all our problems [21:33:42] sheesh [21:37:29] Reedy: Meh, there's surprisingly little interesting stuff to report sometimes. [21:37:50] You missed the joke [21:38:43] Well, yes. Specifically, I couldn't work out if it was at my expense or not :P [21:38:57] It wasn't [21:39:21] Hurray :) [21:41:07] Jarry1250: You aware of the ArticleFeedback v5 stuff? [21:41:24] And tomorrow's initial beta deployment of VisualEditor? [21:42:16] Roan: I know AFT5 is in testing (on prototype?), but I didn't know about VE, no. But I'd love to hear :) [21:42:53] OK so I just heard about VE this morning [21:42:59] Apparently I am going to deploy it to mw.org tomorrow [21:43:19] For new pages? [21:43:29] It should be stressed that this is still very much beta, and it'll probably just be a demo of the edit surface (I've been away last week (in Oxford!) so I'm not up to speed with its development too much) [21:43:31] Probably not even that [21:43:35] Love the enthusiasm RoanKattouw :p [21:43:47] hehe [21:43:51] It's called managing expectation [21:43:53] s [21:43:57] lol [21:44:04] I honestly have no idea what the current state of VE is, feature-completeness wise [21:44:07] That's a TrevorParscal question [21:44:25] AFTv5 deployment is provisionally scheduled for Wednesday but that may very well slip [21:44:27] Is the current test URL public btw? [21:44:30] ? [21:44:33] For VE? No [21:44:37] For AFTv5, yes [21:46:02] Cool, I'll write about AFTv5, and mention VE, then next week we'll know how the VE test went. [21:46:09] TrevorParscal: What's the state of VE right now? Like, what exactly are we deploying to mw.org tomorrow? (Signpost is asking) [21:47:03] it's a sandbox [21:47:15] you can edit and create text in the editor [21:47:30] but it doesn't load wikitext or have any saving functionality built in [21:47:33] I thought so [21:47:36] So it's really just the edit surface [21:47:38] there's a bunch of communication that's going out in a little bit [21:47:45] Not new page creation [21:47:46] Oh, good [21:48:09] yeah, we have some sample documents and stuff you can click a link and load them in, but it's an edit surface demo [21:48:18] not a wiki article editing demo [21:48:32] Jarry1250: OK, strike that, apparently AFTv5 deploy is now on Thursday. But that may still change I guess [21:49:28] Thanks for the corrections :) Hurredly scribbles. [21:49:40] Oh, and WebFonts [21:49:42] Did you hear about that? [21:49:48] We deployed WebFonts like a few hours ago [21:49:50] Or well, Niklas did [21:50:07] It's not yet loading properly for anons, we need Mark to help us with taht [21:50:10] Yes, I IRC'ed him earlier. [21:50:16] WebFonts was deployed to 45 or so Indic language wikis, and Narayam has had a big update. [21:50:50] How many articles will AFTv5 go to on Thursday, btw? [21:50:53] Running into some issues with IE6 and IE8 on Windows XP, as well as cached pages for anonymous users. [21:51:05] (And I assume it will replace v4 on those articles?) [21:51:20] Jarry1250: if you really want to dig deep into web fonts, see http://etherpad.wikimedia.org/WebFonts-deployment (just don't add the URL in signpost) [21:51:34] Jarry1250: 100k, and yes [21:51:44] 100k selected articles to be exact [21:51:51] siebrand: Ta. Just want to get my facts right (I do try, honest :P) [21:52:17] Jarry1250: feel free to ask for proofread. Will be available for another 90 mins or os. [21:57:49] RoanKattouw: okay, for ArticleFeedback, will users of the first 100k articles be presented with bucket 1, 2, or 3, or (presumably) one of the three at random? [21:58:09] The bucketing is random [21:58:21] I'm not sure exactly how that's set up, it's changed a lot over the past few day [21:58:22] s [21:58:35] But my understanding is that there is bucketing, and that it's random and evenly distributed [21:58:51] I should really know better, I just spent a half day reviewing all the AFTv5 code :) [21:59:49] :) [21:59:53] Thanks [22:59:37] would be great to have someone review https://www.mediawiki.org/wiki/Special:Code/MediaWiki/105809 it is changing wfArrayToCgi() and wfCgiToArray() behaviors [23:41:19] RoanKattouw: do you have anyone lined up to do MoodBar reviews? [23:41:39] Just me [23:41:51] I probably need to find someone to delegate that to sometime [23:42:02] I'm living in a CR world this week [23:42:23] the revisions to it are about half you and half other people [23:42:24] Just went through a week of AFTv5 development, gotta do a basic security review of VisualEditor before we enable it on meta tomorrow [23:42:27] the new revisions [23:42:29] Oh, you mean that [23:42:36] Has there been that little development? [23:42:46] I don't even do real MB dev, I just fix things that I see in CR [23:43:02] https://www.mediawiki.org/w/index.php?path=%2Ftrunk%2Fextensions%2FMoodBar&title=Special%3ACode%2FMediaWiki%2Fstatus%2Fnew [23:43:17] The oldest one is Nov 2 [23:43:30] So that's code that's been on the live site for at least a month [23:43:37] Ahm, newest one I mean [23:44:00] The vast majority of them are 23-27 Sept [23:44:10] yes [23:44:20] we will need someone other than you to review those [23:44:32] Yes [23:44:45] Although it's getting to the point where whole-file review may make more sense [23:45:17] It's mostly me creating SpecialMoodBarFeedback.php and extending it [23:45:46] maybe bsitu? [23:46:03] Hmm, maybe [23:46:18] He's new to this codebase and to this company though, we hired him, what, 4 weeks ago? [23:46:32] robla, http://www.mediawiki.org/wiki/Special:Code/MediaWiki/stats [23:46:51] Whoa [23:46:57] I "win" the # of new revs per author list [23:47:11] yeah [23:47:12] johnduhart 40 [23:47:20] That would be a nice goal for Wednesday [23:47:23] Cause Tim cleared a lot of mine [23:47:36] You still beat John [23:47:38] *johnduhart looks around [23:47:42] Maybe I should look at yours too [23:48:09] aaron's been looking at mine [23:48:17] most of them anyway [23:48:47] The MB stuff should be fairly generic, most reviewers should be able to review that [23:49:00] You may wish to split it up in PHP stuff and JS stuff [23:49:23] that new count on the stats page includes branch commits like RL2 [23:49:35] It would be nice to have another MB dev review it, but everyone who's working on MB right now is new [23:49:41] but we don't care about branches for 1.19 unless you want them merged before then [23:50:17] you only have 66 in /trunk [23:50:25] I am no longer deluded into thinking that I can get RL2 merged into 1.19 [23:50:57] <^demon> You'll probably have to make a new branch in Git then :p [23:51:21] That's OK [23:51:29] I'd be more than happy to do RL2 dev in git [23:51:32] Ditto for iwtransclusion [23:51:33] looking at your "new" /trunk commits, it's mostly MoodBar plus a few random bug fixes [23:51:43] Yeah sadly I've been a bit inactive lately [23:52:03] hey, we're in review mode [23:52:11] we *like* inactivity, it makes our life easier [23:52:13] hehe [23:52:20] Yeah I was about to say this is probably good news for review [23:52:54] so do you want RL2 marked deferred for now? [23:53:14] No [23:53:25] Timo and I are actually doing CR there [23:53:26] just left alone? [23:53:33] Or we were, up until about a month ago [23:53:39] Yeah, that's what I'd prefer [23:53:42] ok [23:53:45] If it's not too much of a burden on reviewer activity [23:53:51] it's not a problem [23:54:05] It's outside of /trunk so it shouldn't be a ... yeah [23:55:18] Reedy: https://bugzilla.wikimedia.org/show_bug.cgi?id=32709#c5 [23:55:54] that might be your responsibility, I thought it was my fault but you did that backport I think [23:56:00] hey Roan, in RL, I am moving a module definition from an extension to core. Now I am getting an error message that the module is defined twice. I'm pretty sure it's not defined in both places. Is this a caching issue? [23:56:24] That... shouldn't be a caching issue [23:56:34] Does the error message occur in PHP or in JS? [23:56:38] PHP [23:56:40] Original exception: exception 'MWException' with message 'ResourceLoader duplicate registration error. Another module has already been registered as mediawiki.language.parser' in /Users/neilk/Sites/svntrunk/includes/resourceloader/ResourceLoader.php:227 [23:56:55] Hashar did the backports and emailed me them [23:57:17] <^demon> Reedy broke CR too [23:57:23] <^demon> http://www.mediawiki.org/wiki/Special:Code/MediaWiki/105948 [23:57:28] looks like hashar has gone to bed [23:57:37] we can assign it to him and he won't be able to argue [23:58:00] neilk_: Then it's very likely that you made a mistake and it really is being defined twice [23:58:33] RoanKattouw: ok... not sure how, but ok