[18:53:35] guillom: I updated http://www.mediawiki.org/wiki/MediaWiki_1.17/Wikimedia_deployment ....there's probably more wordsmithing and detail that I'll add, but it's good enough to point to from CentralNotice [18:53:44] great, thanks [18:53:56] robla, did you find out about the limesurvey install? [18:53:57] I'm setting up the campaign & banners as we speak [18:54:08] Reedy, what do you want to know about limesurvey? [18:54:13] Reedy: no, I haven't yet [18:54:29] guillom, robla wanted more info. I had a feeling you knew something about it [18:54:57] Well, I used it for a survey in 2009, so I know a thing or two about it, but I'm no expert. [18:55:02] guillom: I got a request to set up something similar from (/me looks up name) [18:55:51] from Moushira [18:56:44] robla, well, I don't know who manages it, but Erik should be able to tell you [18:57:02] Erik M? [18:57:11] yes, he's the one who created my account in 2009 [18:57:29] or maybe Jon [18:57:42] dunno if he's got admin access on limesurvey [18:58:25] k....I'll poke around some more [19:54:57] RoanKattouw: is $( mw ) + [19:55:00] oops [20:04:59] robla, ok, we have a banner, and translations in the major languages. If you're confident about the starting time tomorrow, I can schedule the banner to show up automatically. [20:05:58] (it's at http://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=Genericmaintenancenotice&wpUserLanguage=all , btw) [20:06:19] If robla is /not/ confident about the time tomorrow I need to know that within like an hour before I set my alarm for 6:30 [20:06:36] yup, we'll be futzing starting that time [20:06:58] Well, that was also my reason for asking, RoanKattouw :) [20:06:58] ok [20:07:04] thanks guillom! [20:07:04] np [20:07:33] I'll prettify it and make it more recognizable (since the plan is to use it regularly for tech maintenance in the future) [20:07:59] My idea is that when people see the banner, they think "oh, things could get wonky soon" and don't worry too much. [20:35:02] <^demon> robla: Are we doing one last call-in in ~35mins? [20:35:14] ^demon: yup [20:35:30] <^demon> Alrighty [20:35:54] sadly, I don't think we'll be able to declare victory after tonight, unless Tim had a major breakthrough while we were sleeping [20:37:27] breakthrough how? [20:37:53] solved world hunger, you know, that sort of thing [20:38:25] oh, well, I'm hoping Tim has good news, then [20:38:30] :) [20:40:33] robla: Define "declare victory"? [20:40:40] Oh, tonight = tomorrow in my time zone, I think I just misunderstood [20:40:57] math is hard :) [20:41:03] tz math sux [20:41:09] robla, ok, FYI the banner will show up automatically at 6:00 am (UTC) on all wikis, for logged-in users. I have also some tweets ready in case things go terribly wrong. [20:41:17] (which won't happen, of course) [20:41:23] of course! [20:42:09] and I'm off to bed [20:45:13] chrome is a webkit browser, right? [20:46:10] yeah [20:58:02] anyone know if it's a go or nogo for deployment tonight (1.17)? [20:58:31] I think it's a go [20:58:48] remind me what time? [20:59:07] apparently there's a meeting to discuss it, maybe at 1:15? [20:59:11] (pst) [20:59:35] Yeah there's a 1:15 meeting [20:59:53] I wonder if I have my headphones. bah, prolly not [21:00:15] I can always mute the nic and just follow along [21:00:19] (laptop speakers) [21:00:31] Can't you borrow something from Rob? [21:00:31] Meh I guess he might not have brought stuff to the DC [21:00:38] I hear he has legit SIP equipment though [21:00:56] I have headphones, they're prolly at the hotel, I forgot to toss em in today I think [21:00:56] I also have someone else's SIP phone here that I wanna try out this weekend, just need to find the time [21:01:10] I'll call in on sip (what # is it?) [21:01:25] but if I wanna ask something and there's an etherpad I'll just ask in the chat [21:01:37] 2003\ [21:01:40] k great [21:01:47] Ah, the WMF time machine again :D [21:01:57] close skype... open sip [21:02:26] Hm so it's in 8 mins and Tim and Trevor are nowhere to be found [21:02:38] did anyone get a lead on the cpu spike from nl wiki? [21:02:48] or are we still somewhat shooting in the dark about that? [21:02:55] *RoanKattouw foresees cat herding in robla 's immediate future [21:02:59] heh [21:03:00] Shooting in the dark AFAIK [21:03:03] ok [21:03:09] I haven't had time to look at the profiling [21:03:10] well at least we have good tools for shooting with now [21:03:16] But Tim said there were more timeouts than usual [21:03:19] <^demon> I believe I was the first one who applied "cat herding" to our particular group of developers. [21:03:30] me neither, not even 1 minute. travel, plus two days of setting up a nice new space [21:03:31] And yes, the wmerrors improvements should help [21:03:53] I just had a 7.5-hour school day that consisted of a single lectur [21:04:06] :O [21:04:11] It's funny when you look at your schedule and it says: Computer Graphics, lecture, 09:00-16:45 [21:04:13] that's awful [21:04:17] (Of course we took breaks) [21:04:19] I hate to do it but if no one else is using this ginormous conference room when the call starts I'm totally taking it over [21:04:33] eeewww tha does sound bad [21:04:34] <^demon> apergos: Put your feet up :) [21:04:37] heh [21:04:48] But the guy travels all over the place so instead of doing weekly 2-hour lectures for 8 weeks, they did two 8-hour ones [21:05:06] oh man [21:05:16] well good luck whoever has to digest all that at once [21:05:25] <^demon> What an awful way to plan a lecture series. [21:06:10] apergos: You mean me and my classmates? [21:06:22] I like how it saves travel, though [21:06:26] just moved into the conference room space. it's sound-insulated... nice!! [21:06:31] yes, I mean you [21:06:36] as in "sucks to be you" [21:06:50] I totally loose this day and the one next month, but I get 6 free Tuesdays in exchange [21:07:09] you'll be happy about that later (maybe) [21:11:59] TrevorParscal: I need you to review all revs in the 1.17wmf1 queue for OK-ness and whether they're critical for deployment [21:12:11] http://eiximenis.wikimedia.org/1-17 [21:14:47] TrevorParscal: Also, are you on the call? [21:15:33] joining.. [21:15:36] 2003? [21:15:40] Yes [21:16:09] <^demon> TimStarling: It was already merged, http://www.mediawiki.org/wiki/Special:Code/MediaWiki/81994 [21:17:04] there's still the preg_match_all though [21:17:33] <^demon> Yeah [21:20:18] RoanKattouw: ? [21:20:20] I AM ON THE PHONE! [21:20:25] Stupid SIP client [21:20:28] we don't hear you [21:20:29] Lemme try to reconnect [21:20:31] No not muted [21:20:33] type in etherpad [21:20:38] I need you to take this http://www.mediawiki.org/wiki/Special:Code/MediaWiki/77451 [21:20:43] How about now? [21:20:49] nope [21:20:59] woo hoo [21:22:20] Just hung up and called back in, that did it [21:22:25] weird [21:22:33] <^demon> You're really static-y. [21:23:28] WTF [21:23:44] So yes, at least the issue with ParserOutput is extension/config-related [21:25:50] I would like to see us try nl wiki after we do "a few" small ones, and watch, now that we have better tools in place, with the idea that we probably back off immediately after getting a few eror reports [21:31:43] what's the time of the deployment again, 11 pm in san francisco? [21:32:11] wasn't Rob going to buy everyone a new headset? [21:32:14] 06:00 UTC, so yeah, 11pm PST [21:32:17] I have a headset [21:32:18] where's Roan's? [21:32:22] hah [21:32:27] it's at the hotel, I forgot it [21:32:28] I'm a contractor, didn't you hear [21:32:32] Not supposed to get nice things [21:32:39] Roan's not in general engineering, but I'm happy to make sure he gets a new one [21:32:41] so 2 am here. ugh [21:32:55] ok well back to the racks, see folks then [21:32:56] <^demon> No, 1am [21:33:01] This is the first time I had trouble with my headphones [21:33:04] 1? [21:33:09] <^demon> We're UTC-5 [21:33:17] 11 pm PST is 2 am east coast [21:33:22] so something is wrong there [21:33:26] Oh, right [21:33:29] It's 10pm PST [21:33:32] ok [21:33:33] I was confusing PST and PDT [21:33:38] RoanKattouw: the sounds I was hearing sounded exactly like when the cord between the headset at the connector starts wearing out [21:33:42] so 1 am here... that's all I need to hear. see folks in a while [21:33:48] Right, that might've been it [21:34:01] I should play with that SIP phone this weekend, see what happens [21:34:24] if it's more than a year or two old, that's probably it. headset cords are awfully lame [21:35:04] No idea how old it is, it's a hand-me-down [21:39:56] I'm just confirming that DoubleWiki is fixed, with one of the test cases from fatal.log [21:41:01] TimStarling, after the patch Chad and I put out? [21:41:09] yeah, it's live already [21:41:13] Cool [21:41:25] Not bad for a guess on a whim (before even knowing the issue existed) [21:41:43] <^demon> It's live for 1.17, I didn't merge it to 1.16wmf4 [21:42:18] yeah, I'm trying to reproduce it with eval.php in each [21:42:28] I haven't managed to do it in 1.16 yet [21:43:10] *RoanKattouw is suddenly reminded of https://bugzilla.wikimedia.org/show_bug.cgi?id=27368 [21:46:17] ah, nice [21:46:28] I see someone has reordered the parameters to matchColumns [21:47:07] apparently it's fine to have 8 formal parameters, just as long as they're in a sensible order [21:49:17] <^demon> How was that ever enabled? [21:49:50] Yeah there are some things on the cluster that make me thing that [21:49:53] ProofreadPage being another [21:49:53] I don't think I approved it [21:50:07] I approved ProofreadPage though, which of course is by the same guy [21:50:24] Oh the joy. [21:50:40] the issue is that there's only one developer who is interested in wikisource, and that's him [21:50:51] so if you knock it back, wikisource doesn't get any features [21:50:55] <^demon> I also took the liberty of removing the count()s in for loops as well. [21:51:03] I just found another one [21:53:07] Hmm apparently there's "only" 4212 users on enwiki that will be affected by the DB issue that will cause them to get an un-disable-able edit toolbar when 1.17 goes live [21:53:12] <^demon> I wonder if moving that block of preg_replace()s into one big preg_replace( array(), array() ) would be marginally faster. [21:53:12] So I guess the impact is relatively small [21:54:41] I was meant to be writing a script for that, wasn't I? [21:54:57] Yeah I asked you to do it in case I wouldn't have time [21:55:13] Unsurprisingly, I didn't have time, see scrollback about the 8-hour lecture :) [21:55:29] I guess it's not super critical but it'd be nice to fix [21:58:33] can you give me the requirements again? I think I've lost them [21:59:33] Sur [21:59:35] e [21:59:58] So mysteriously, we have empty string values for some preferences in user_properties for some users (small percentage) on all wikis [22:00:27] For 'usebetatoolbar', this is annoying because, for switching on the toolbar, '' -> true, but for the preferences form, '' -> false, so you have the toolbar and can't disable it [22:01:01] so you want the rows to be deleted? [22:01:09] So you need to 1) find all rows with up_property='usebetatoolbar' AND up_value='' and remember the associated user IDs, 2) delete those rows, 3) $user->invalidateCache() the affected users [22:01:25] ok [22:02:27] RoanKattouw: is this the tag you wanted? http://www.mediawiki.org/wiki/Special:Code/MediaWiki/tag/1.17wm1 [22:02:33] oops [22:02:35] forgot the f [22:02:37] :( [22:02:57] http://www.mediawiki.org/wiki/Special:Code/MediaWiki/tag/1.17wmf1 [22:02:59] Yes [22:03:01] got it now [22:03:32] Review everything in there, and add anything and everything that's needed for deployment [22:03:39] In particular I recommend reading back on your own commit log [22:05:11] yeah [22:05:14] will do [22:14:03] it seems to be fixed, I reproduced it from Article::view() [22:14:17] I couldn't reproduce it by calling matchColumns() for some reason [22:20:18] TimStarling: One more requirement for the preferences fixing script: it also needs to delete (unconditionally, regardless of value) rows with up_property LIKE 'wikieditor-%' and invalidate user cache as appropriate [22:20:42] ok [22:20:44] why are there 30 replies to that post by jidanni complaining about the existence of secure.wikimedia.org? [22:21:23] how long could it possibly take to tell him to go away? [22:22:43] haha [22:23:55] TimStarling: True, I was suprised as well. [22:24:03] Simply impressive. [22:24:17] Why am I getting errors on uploading a file on my local wikli "Could not create directory "public/5/5d"." [22:24:24] I don't have my upload dir set [22:24:30] <^demon> It means it can't right to the images directory. [22:24:34] I thought it was supposed to upload to the images folder [22:24:39] <^demon> public means images [22:24:46] did we change it to default to public instead of images? [22:24:48] "Is that how Facebook??? or Google??? operate, sending every single component via HTTPS? No. " [22:25:00] Actually for Google Mail 100% https now by default. [22:25:02] Pretty cool [22:27:28] TimStarling, I've just negated a whole loop out of the earlier parts of DoubleWiki [22:27:37] TimStarling I just fixed in r82201a segmentaiton fault in wmerrors [22:27:52] TrevorParscal, public means images [22:28:04] right on [22:28:08] it's a confusing way to hide the folder name in case it was sensitive [22:28:14] probably just a permissions problem then [22:28:14] thanks [22:29:36] <^demon> In reality, all that's ever done is confuse the hell out of people saying "I don't have a public directory" [22:31:21] I have to work offline for a bit, bbl [22:31:24] yes [22:36:01] it should be renamed to something like or so [22:39:16] or "[REDACTED INFORMATION]/5b/a2" [22:39:21] he he [22:40:34] <^demon> We could have it output a literal $wgUploadDirectory [22:40:50] hey! stop making sense! that might catch on... [22:41:11] <^demon> Could not create directory "$wgUploadDirectory/a/ab/" [22:41:58] probably make more sense to a dev or a sysadmin at least [22:43:06] to anyone :P