[00:00:36] hmm [00:00:42] some accounts say "00:00, 7 March 2015" as registration date [00:00:45] I guess those are null [00:01:20] "Very old" [00:18:43] * Keegan gears up [00:19:29] legoktm: You know, User:Voldemort is going to show up on some wikis [00:19:42] heh [00:20:45] we're already at 158k accounts and still only in the A's [00:21:19] Special:HeWhoShallBeRenamed [00:21:31] That's just swell [00:21:40] Nemo_bis, I'd like to know how that's supposed to be pronounced [00:22:04] I think it's pronounced with a facial expression [00:30:04] https://meta.wikimedia.org/wiki/Special:CentralAuth/-Lars- that's irritating. His wikibooks account is going to get renamed. [00:30:12] * Keegan wanders off for dinner [00:30:20] legoktm: YOU'RE THE BESTEST [00:30:28] I owe you a 12 pack of Sprite. [00:30:31] :O [00:30:33] no you don't [00:30:40] enjoy dinner ;) [00:44:50] bd808: team leads? [00:45:08] you run your own team you get to be a team lead [00:45:44] which team? [00:46:06] multi-dc? [00:46:21] * autismcat didn't think that was a team, heh [00:46:27] * autismcat lacks minions [00:46:37] sadly true [00:46:47] * legoktm gives autismcat some salt [00:47:11] maybe we can fix that next quarter [00:48:11] It seems like the multi-dc project would fall in the purview of a performance team [00:51:56] legoktm: https://gerrit.wikimedia.org/r/#/c/194962/ [01:05:45] 6MediaWiki-Core-Team, 5Patch-For-Review: RFC: Master/slave datacenter strategy for MediaWiki - https://phabricator.wikimedia.org/T88666#1097449 (10RobLa-WMF) [01:08:00] 6MediaWiki-Core-Team, 10MediaWiki-RfCs, 5Patch-For-Review: RFC: Master/slave datacenter strategy for MediaWiki - https://phabricator.wikimedia.org/T88666#1097463 (10RobLa-WMF) [01:10:00] 6MediaWiki-Core-Team, 10MediaWiki-RfCs: RFC: Master/slave datacenter strategy for MediaWiki - https://phabricator.wikimedia.org/T88666#1097474 (10bd808) [01:12:25] 6MediaWiki-Core-Team, 7Epic, 5Patch-For-Review: MediaWiki multi-datacenter investigation and work - https://phabricator.wikimedia.org/T88445#1097484 (10RobLa-WMF) [01:13:48] 6MediaWiki-Core-Team, 7Epic, 5Patch-For-Review: Use local jobqueue class for jobs enqueued on pages views - https://phabricator.wikimedia.org/T91819#1097487 (10aaron) Extension should be checked too. [01:19:23] legoktm: you broke a mobilefrontend on packagist -- I49123806a1e2bc1fef44571e06986429a3076364 [01:19:32] errr -- https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/commit/e8f82bf3ed83208f39da3897dfdd1d53a50510c1#diff-b5d0ee8c97c7abd7e3fa29b9a27d1780 [01:19:39] https://packagist.org/packages/mediawiki/mobilefrontend [01:20:11] bd808: oh, that was intentional. who put that on packagist anyways? [01:20:22] paladox of course [01:20:32] paladox apparently [01:20:36] :) [01:20:46] I deleted the package [01:20:51] It had 20 installs in the last 30 days [01:21:01] err 6 [01:21:02] none of which would have worked [01:21:06] heh [01:21:16] wfm [01:21:21] the delete that is [01:21:37] and now it's invalid so he can't submit it again [01:22:21] https://packagist.org/users/paladox/ -- may be some others there [01:23:06] MF really need an internal version number [01:25:26] 6MediaWiki-Core-Team, 5Patch-For-Review: Devise stashing strategy for multi-DC mediawiki - https://phabricator.wikimedia.org/T88493#1097518 (10aaron) ApiStashEdit can be shared nothing (since it's all used on POSTs). [01:31:42] Reedy: Did you see this *awesome* labs proxy I named? http://xn--d1a644lha820cjib27ad0264k.wmflabs.org [01:32:08] The expanded puny code is http://╯‵д′╯彡┻━┻.wmflabs.org [01:32:15] haha [01:32:17] sweeeet [01:32:45] I hate hotel wifi that arbitarily blocks random things [01:33:06] that's why geeks invented vpns [01:33:16] Yeah, then shit drops [01:33:26] the access points are overloaded [01:33:33] ugh yeah [01:33:52] someday the US will get 21st century wireless. someday [01:36:04] According to the ubnt tool, there's 5 APs on this network. 2 have SSIDs that aren't related, one is "lobby", then the other 2 seem to cover most of the rooms [01:39:16] ugh there are :/ [01:40:28] When we had the offsite in San Diego last fall the hotel wifi was bout that good [01:40:50] we were all leaching off of a couple of mifi's most of the time [01:42:32] The internet connection seems to vary.. But again, mostly AP load I think [01:42:56] Using a vpn provider with many servers.. Ping is sometimes better to LA than it is to Atlanta [01:44:43] If there was a wired connection to the room, I'd just buy a cheap (ish) access point and use that over here for me and the other british guys here [01:45:12] Order a DSL line :) [01:45:27] To a hotel? :P [01:45:37] Or get a shovel and tap some fiber nearby [01:45:59] <^demon|away> You're in florida, just go tap the crappy lines outside of pmtpa [01:46:11] hahaha [01:46:50] <^demon|away> Orlando though, right? [01:47:02] East of Orlando [01:47:08] Merrit Island [01:47:18] Stones throw from Cape Canaveral/Kennedy Space Centre et al [01:47:46] NASA must have good interwebs [01:47:46] <^demon|away> Gone to Disney yet? [01:48:15] <^demon|away> Ft. Lauderdale is fun, too [01:48:45] Was supposed to be in Ft Lauderdale originally [01:48:48] Plans change though [01:50:40] <^demon|away> Mike's sister's down in FL a lot. Orlando's JetBlue's HQ (and SE hub) and she runs BOS<->PBI a lot [01:50:56] bd808: https://gerrit.wikimedia.org/r/#/c/195000/ [01:55:31] deleted from packagist [02:30:49] grr [02:30:55] script crashed on the stuck global rename [02:53:23] 6MediaWiki-Core-Team, 10Wikidata-Query-Service: Wikidata Query: Secure BlazeGraph's SPARQL: Investigate HistoryServiceFactory - https://phabricator.wikimedia.org/T91824#1097583 (10Manybubbles) Indeed. I created the task because I saw the class when I was looking for federated queries and didn't have time to re... [02:54:11] 6MediaWiki-Core-Team, 10Wikidata-Query-Service: Add whitelist of RDF datasets that queries can operate on - https://phabricator.wikimedia.org/T91813#1097584 (10Manybubbles) Still have to check if it has a whitelist. If it doesn't I'll file a bug upstream and add one myself. [04:35:39] legoktm: Still crashed? At least it made it this far [05:00:42] 6MediaWiki-Core-Team, 10Continuous-Integration: /tmp/mw-Parser-*/thumb/*.jpg files left behind on Jenkins slaves in production - https://phabricator.wikimedia.org/T91209#1097663 (10Krinkle) [05:01:04] 6MediaWiki-Core-Team, 10Continuous-Integration: /tmp/mw-Parser-*/thumb/*.jpg files left behind on Jenkins slaves in production - https://phabricator.wikimedia.org/T91209#1097665 (10Krinkle) 5Open>3Resolved a:3Krinkle > mw-install-sqlite: Expose tmpfs dir as TMPDIR > https://gerrit.wikimedia.org/r/194038 [05:04:48] 6MediaWiki-Core-Team, 10OCG-General-or-Unknown, 7HHVM, 7Wikimedia-log-errors: OOM reported at SpecialPage.php:534 due to large output from Special:Book - https://phabricator.wikimedia.org/T89918#1097675 (10Eloquence) @tstarling any near term fix would be great as this impacts a lot of users and we will hav... [07:26:49] Keegan: yeah, still crashed. Trying to figure out how to make it resume where it crashed instead of restarting all over again... [07:27:32] legoktm: sad times, but we didn't expect a smooth run, did we? [07:27:35] I didn't :) [07:27:59] It stopped at belind******** [07:28:18] Can you start it close enough? [07:28:37] it crashed on https://meta.wikimedia.org/wiki/Special:GlobalRenameProgress/Just.isabella [07:28:44] Ah [07:29:10] Js, not too bad. Hmm. [07:29:31] no, it crashed on the Bella part :P [07:29:38] it only made it to the B's [07:29:40] What do you think about just starting it over and spend the down time both sleeping and figuring out what to do if it happens again? [07:29:45] Ah [07:29:56] I'd need to empty the database first, which would take a while [07:30:10] B's in four hours...non-latin scripts go after latin, yes? [07:30:10] I think I figured it out [07:30:15] yeah [07:31:08] So in a perfect world, this time on Sunday night it's finished up Latin and moved to non. [07:31:27] Can we start messaging concurrent, since the gap is so large, do you think? [07:32:29] legoktm: if that's ball park possible, then I can announce on Monday [07:33:03] We *could*, but I'd rather only have one thing running at a time...less things to go wrong all at once [07:33:12] Which is good because I desperately need the Turkish translation finished. [07:33:14] legoktm: [07:33:17] ack [07:33:22] Sure. That's fine. [07:33:31] I'm spitballing. [07:35:39] legoktm: this might be more practical, no need for an answer now. What if we send the message on Monday to accounts that we have listed that have over 500 edits and edited in the last year? [07:35:51] hold on, I'm stupid [07:35:55] I actually planned for this [07:36:10] I can just restart the script and it'll just work fine [07:36:28] Here's to pastktm [07:37:00] As for the proposal, is that even feasible to think about? [07:37:30] I guess we need the numbers first. [07:37:33] SIGH [07:38:03] Probably [07:38:11] also, no I outsmarted myself :/ [07:38:21] The problem with randomness is that it's...random. [07:38:57] And usually not repeatable [07:38:59] That's a Deep Though™ [07:39:06] And deeper [07:39:10] You know kung fu [07:43:16] ok, it's running now [07:47:54] * Keegan nods [07:49:01] legoktm: it reset-ish https://en.wikipedia.org/w/index.php?title=Special:UsersWhoWillBeRenamed&dir=prev&limit=25 [07:49:16] yes, I just cleared the db and started over [07:49:25] cool [07:49:56] So many great usernames, never used [08:12:26] 6MediaWiki-Core-Team, 10MediaWiki-JobQueue, 7Epic, 5Patch-For-Review: Use local jobqueue class for jobs enqueued on pages views - https://phabricator.wikimedia.org/T91819#1097782 (10Aklapper) [09:00:38] 6MediaWiki-Core-Team, 10MediaWiki-Authentication-and-authorization, 7Epic: Modernize MediaWiki authentication system - https://phabricator.wikimedia.org/T89459#1097807 (10Legoktm) [09:00:41] 6MediaWiki-Core-Team, 10MediaWiki-Authentication-and-authorization, 7Documentation: Document current MediaWiki PHP authn stack - https://phabricator.wikimedia.org/T88195#1097805 (10Legoktm) 5Open>3Resolved I think this is done at this point? [09:28:51] 6MediaWiki-Core-Team, 10Librarization, 10utfnormal: Bring in utfnormal library with composer and create backwards-compat layer - https://phabricator.wikimedia.org/T90825#1097824 (10Legoktm) [11:14:15] 6MediaWiki-Core-Team, 7Epic, 5Patch-For-Review: Figure out a replication strategy for Swift - https://phabricator.wikimedia.org/T91869#1097878 (10aaron) 3NEW a:3aaron [11:15:01] 6MediaWiki-Core-Team, 7Epic, 5Patch-For-Review: Figure out a replication strategy for ElasticSearch - https://phabricator.wikimedia.org/T91870#1097886 (10aaron) 3NEW a:3aaron [13:54:36] 6MediaWiki-Core-Team, 6Multimedia, 6Parsoid-Team, 6Release-Engineering, and 3 others: Prepare Platform April 2015 quarterly review presentation - https://phabricator.wikimedia.org/T91803#1098059 (10Qgil) [18:10:33] 6MediaWiki-Core-Team, 7Epic: Figure out a replication strategy for Swift - https://phabricator.wikimedia.org/T91869#1098278 (10Krenair) [18:10:43] 6MediaWiki-Core-Team, 7Epic: Figure out a replication strategy for ElasticSearch - https://phabricator.wikimedia.org/T91870#1098280 (10Krenair) [18:11:41] 6MediaWiki-Core-Team: Review of increased wikitable padding - https://phabricator.wikimedia.org/T91891#1098282 (10Edokter) 3NEW [18:12:54] 6MediaWiki-Core-Team: Review of increased wikitable padding - https://phabricator.wikimedia.org/T91891#1098293 (10Edokter) [18:32:39] 6MediaWiki-Core-Team: Review of increased wikitable padding - https://phabricator.wikimedia.org/T91891#1098318 (10Isarra) It had review. We didn't even remotely agree on how much to change which things, but overall there did seem to be consensus that increasing it somehow was an improvement. Aside from looking... [18:36:50] 6MediaWiki-Core-Team: Review of increased wikitable padding - https://phabricator.wikimedia.org/T91891#1098326 (10Isarra) [19:12:33] 6MediaWiki-Core-Team, 10MediaWiki-General-or-Unknown, 7Design: Review of increased wikitable padding - https://phabricator.wikimedia.org/T91891#1098360 (10Krenair)