[14:15:40] * anomie sees https://lists.wikimedia.org/pipermail/mobile-l/2015-July/009419.html and thinks "isn't 'yolo' what you say before you do something stupid?" [14:29:45] bd808: Ooh, T102079#1437191 is the first attempt I've seen of someone trying to shove work onto us. [14:33:50] oh qgil, nice try buddy [14:57:20] * bd808 sits in the hangout waiting for the quarterly review to start [17:14:24] anomie: chatting in #wikimedia-search. They are going to try to shutoff apifeatureusage indexing in beta for a bit. They are working on new rolling restart procedures for elasticsearch 1.6.0 and the constant data input from apifeatureusage is keeping them from "freezing" the indexes [17:14:51] if it works there the new procedure would end up being blocking apifeatureusage updates during their cluster restarts [17:15:12] which should hopefully be a 1-2 hour window instead of the current 36 hour marathon [17:18:31] bd808: ok. Beta really doesn't matter, I wouldn't think. Losing the data in prod is a little ugh, but also probably not a huge deal unless someone decides to try testing their junk at just the wrong time. [17:19:16] Yeah, having gaps in the data is lame but I'm not sure what else we can do really [17:19:40] for the wiki indexing they can just pause the job queue and then catch up later [17:19:58] but logstash is just a stream processor so we can't do that [17:20:44] the only thing I can think of that we could do is introduce some buffer (redis, kafka, ...) between the two systems [17:48:47] moar irc channels? :( [17:52:15] legoktm: teams need channels [17:53:02] we have ~70 engineers working on lots of different projects. Having all of those conversations in 3-5 rooms just wouldn't work [17:56:48] bd808: reasonable, but it's not listed on https://meta.wikimedia.org/wiki/IRC/Channels [17:58:58] legoktm: great point. checking with them about adding it [18:06:00] legoktm: https://meta.wikimedia.org/w/index.php?title=IRC%2FChannels&type=revision&diff=12621755&oldid=12433267 [18:06:13] woot :) [18:06:19] thanks [19:08:47] legoktm: ping, urgentish [19:08:53] hi [19:08:56] what's up? [19:09:12] How do I find out an extension is *going* to be loaded [19:09:41] ExtensionRegistry::getInstance()->isLoaded( 'UniversalLanguageSelector' ) doesn't work for that [19:09:51] how early do you need to know this? [19:10:01] because I need that during Wikibase's initialization [19:10:16] In that stage the extension is queued, but not loaded (on my machine) [19:10:21] can't it be deferred? [19:10:53] Not really... we do dynamic changes to RL module dependencies based on whether ULS is there or not [19:10:55] I see a bunch of "if ( defined( 'ULS_VERSION' ) ) {" :/ [19:11:00] yeah [19:11:06] need to get rid of these [19:11:20] optionally registered modules should use the ResourceLoaderRegisterModules hook [19:11:34] The modules aren't optional [19:11:38] the dependencies are [19:11:51] if the definition is dynamic, it should use the hook [19:13:37] Ok, mh [19:13:48] that's a bigger change than what I would like to do [19:15:12] right now Wikibase was depending upon the fact that ULS is included in LocalSettings.php before Wikibase, which is a bad assumption to make [19:15:45] I think it is documented (which doesn't make it much less worse) [19:16:18] hoo: you can wrap it in a $wgExtensionFunction for now and it *should* work [19:16:29] but that's evil, etc. [19:19:47] Yeah [21:00:49] dapatrick: I'm on my way upstairs now... be on in a few minuts [21:01:01] csteipp: Okay, no prob. [21:03:23] Niharika: I added you to the zuul whitelist (https://gerrit.wikimedia.org/r/223669) so jenkins will run the full unit tests if the repo has them whenever you submit a patch [21:05:16] legoktm: The extensionregistry stuff only works with the new form of extension registration, right? [21:05:51] (So I can't use that new version with ULS wmf12) [21:06:14] hoo: yeah....you could use || defined( 'ULS_VERSION' ) [21:06:27] We don't care for b/c [21:07:03] uh, mh... well [21:07:37] not sure how the new automatic update stuff on gerrit will interfere with me only updating wmf13 [21:07:51] Maybe I should create a new branch from wmf12 :/ [21:25:08] legoktm: Niharika is in the wmf ldap group. Is that not enough to be whitelisted normally? [21:28:56] bd808: nope. zuul has a giant email whitelist that it uses. @wikimedia.org is whitelisted, but she's using a gmail [21:29:26] bd808: Welcome to CI tech debt 101. :-( [22:07:17] could someone review (PS1) Legoktm: Unbreak missing flags in enhanced RC [core] - https://gerrit.wikimedia.org/r/223686 (https://phabricator.wikimedia.org/T105237) ? it's UBN and in wmf13