[03:12:05] <wikibugs>	 Analytics, iOS-app-BUGS: Invalid pageview data for iOS app - https://phabricator.wikimedia.org/T131824#2179692 (Tbayer)
[05:17:02] <grrrit-wm>	 (CR) Joal: [C: 2] "Yay, merging !" [analytics/refinery/source] - https://gerrit.wikimedia.org/r/279447 (https://phabricator.wikimedia.org/T128612) (owner: Nuria)
[08:28:26] <grrrit-wm>	 (PS1) Addshore: Remove Processor logic from WikidataAnalyzer [analytics/wmde/toolkit-analyzer] - https://gerrit.wikimedia.org/r/281605
[08:41:52] <grrrit-wm>	 (PS1) Addshore: Remove Processor logic from WikidataAnalyzer [analytics/wmde/toolkit-analyzer-build] - https://gerrit.wikimedia.org/r/281607
[09:13:30] <grrrit-wm>	 (PS2) Addshore: Remove Processor logic from WikidataAnalyzer [analytics/wmde/toolkit-analyzer-build] - https://gerrit.wikimedia.org/r/281607
[09:17:29] <grrrit-wm>	 (PS2) Addshore: Remove Processor logic from WikidataAnalyzer [analytics/wmde/toolkit-analyzer] - https://gerrit.wikimedia.org/r/281605
[09:24:47] <grrrit-wm>	 (PS1) Hashar: Revert "Add tox.ini for Jenkins Job" [analytics/limn-language-data] - https://gerrit.wikimedia.org/r/281615
[09:24:53] <grrrit-wm>	 (PS2) Hashar: Revert "Add tox.ini for Jenkins Job" [analytics/limn-language-data] - https://gerrit.wikimedia.org/r/281615
[09:25:06] <grrrit-wm>	 (CR) jenkins-bot: [V: -1] Revert "Add tox.ini for Jenkins Job" [analytics/limn-language-data] - https://gerrit.wikimedia.org/r/281615 (owner: Hashar)
[09:25:16] <grrrit-wm>	 (CR) jenkins-bot: [V: -1] Revert "Add tox.ini for Jenkins Job" [analytics/limn-language-data] - https://gerrit.wikimedia.org/r/281615 (owner: Hashar)
[09:26:33] <grrrit-wm>	 (PS3) Addshore: Remove Processor logic from WikidataAnalyzer [analytics/wmde/toolkit-analyzer] - https://gerrit.wikimedia.org/r/281605
[09:27:11] <grrrit-wm>	 (PS3) Addshore: Remove Processor logic from WikidataAnalyzer [analytics/wmde/toolkit-analyzer-build] - https://gerrit.wikimedia.org/r/281607
[09:28:35] <grrrit-wm>	 (CR) Hashar: "recheck" [analytics/limn-language-data] - https://gerrit.wikimedia.org/r/281615 (owner: Hashar)
[09:29:05] <grrrit-wm>	 (CR) Addshore: [C: 2 V: 2] Remove Processor logic from WikidataAnalyzer [analytics/wmde/toolkit-analyzer] - https://gerrit.wikimedia.org/r/281605 (owner: Addshore)
[09:29:11] <grrrit-wm>	 (CR) Addshore: [C: 2 V: 2] Remove Processor logic from WikidataAnalyzer [analytics/wmde/toolkit-analyzer-build] - https://gerrit.wikimedia.org/r/281607 (owner: Addshore)
[09:30:00] <grrrit-wm>	 (CR) Hashar: [C: 2] Revert "Add tox.ini for Jenkins Job" [analytics/limn-language-data] - https://gerrit.wikimedia.org/r/281615 (owner: Hashar)
[09:30:16] <grrrit-wm>	 (Merged) jenkins-bot: Revert "Add tox.ini for Jenkins Job" [analytics/limn-language-data] - https://gerrit.wikimedia.org/r/281615 (owner: Hashar)
[09:35:18] <grrrit-wm>	 (PS1) Hashar: Have Jenkins solely run flake8 [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/281617 (https://phabricator.wikimedia.org/T126588)
[09:39:13] <grrrit-wm>	 (CR) Hashar: "recheck" [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/281617 (https://phabricator.wikimedia.org/T126588) (owner: Hashar)
[09:41:29] <grrrit-wm>	 (CR) Hashar: "recheck" [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/281617 (https://phabricator.wikimedia.org/T126588) (owner: Hashar)
[09:42:41] <grrrit-wm>	 (CR) Hashar: [C: 2] "Confirmed tox-jessie only runs 'flake8' :-)" [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/281617 (https://phabricator.wikimedia.org/T126588) (owner: Hashar)
[09:43:37] <grrrit-wm>	 (Merged) jenkins-bot: Have Jenkins solely run flake8 [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/281617 (https://phabricator.wikimedia.org/T126588) (owner: Hashar)
[13:33:47] <wikibugs>	 Analytics, Operations: Upgrade aqs* to nodejs 4.3 - https://phabricator.wikimedia.org/T123629#2180383 (elukey) The above procedure caused (sigh) a small outage yesterday when I tried to update aqs1001. The main problem happened right after stopping cassandra, triggering the following failure:  ``` com.goo...
[14:29:30] <grrrit-wm>	 (PS2) Mforns: Remove dynamic last data point [analytics/reportupdater] - https://gerrit.wikimedia.org/r/280201 (https://phabricator.wikimedia.org/T131049)
[14:35:54] <joal>	 halfak: quick question on altiscale research cluster
[14:36:03] <joal>	 halfak: do we have python 2.6 only ?
[14:37:26] <wikibugs>	 Analytics-Kanban, Patch-For-Review: Fix 1-week lag in executing browser reports {lama} - https://phabricator.wikimedia.org/T131049#2180468 (mforns) I pushed a change for review. It contains some modifications to RU that will fix the problem and remove some unused complexity from the codebase.  When mergin...
[14:50:47] <wikibugs>	 Analytics-Kanban: Fix limn-mobile-data mobile-options-last-3-months report after RU changes {lama} - https://phabricator.wikimedia.org/T131849#2180499 (mforns)
[14:54:15] <wikibugs>	 Analytics-Kanban: Fix limn-mobile-data mobile-options-last-3-months report after RU changes {lama} - https://phabricator.wikimedia.org/T131849#2180524 (mforns)
[14:56:56] <ottomata>	 milimetric:  yt?
[14:57:33] <ottomata>	 orrrrrrrrr joal maybe?
[14:58:40] <joal>	 Hi ottomata :)
[15:00:49] <ottomata>	 so, need a quick bb about repo names
[15:01:08] <ottomata>	 i'm working on puppet stuff to make scap repos more easily bootstrappable
[15:01:14] <ottomata>	 for eventlogging
[15:01:25] <ottomata>	 we need multiple scap repos, since we deploy the source to multiple places for different reasons
[15:01:26] <joal>	 ottomata: batcve?
[15:01:31] <ottomata>	 HMMm sure
[15:05:10] <milimetric>	 I'm here but I'll let yall brain bounce 'cause an electrician is supposed to come over soon and I may lose power
[15:09:24] <halfak>	 joal, I use a virtualenv and a custom compile of python to run my code.
[15:09:41] <joal>	 halfak: ok, makes sense
[15:10:11] <halfak>	 look in /home/halfak/Local-Python-3.4.1 for my custom python compile
[15:10:20] <halfak>	 You should be able to copy that directly anywhere and have it work.
[15:10:33] <joal>	 awesome !
[15:10:34] <halfak>	 The binary is statically linked so we can send it off to hadoop nodes and expect it to work.
[15:10:48] <halfak>	 That dir should be readable to you.
[15:10:53] <joal>	 Thanks halfak :)
[15:10:57] <halfak>	 no problemo :D
[16:01:11] <joal>	 nuria: in case you're here, we are starting standup
[16:01:19] <nuria>	 joaL i am connecting
[16:10:57] <wikibugs>	 Analytics, Operations, hardware-requests, Patch-For-Review: eqiad: (3) AQS replacement nodes - https://phabricator.wikimedia.org/T124947#1970805 (Nuria) We are having problems with AQS nodes related to lack of SSDs: our iowait is going real high, to the point that we think might be affecting loadi...
[16:12:05] <wikibugs>	 Analytics-Kanban, Reading-Admin, Patch-For-Review: Tabular layout on dashiki [8 pts] {lama} - https://phabricator.wikimedia.org/T118329#2180800 (Nuria)
[16:12:07] <wikibugs>	 Analytics-Kanban, Patch-For-Review: Dashiki visualization that shows a hierarchy {lama} - https://phabricator.wikimedia.org/T124296#2180799 (Nuria) Open>Resolved
[16:12:21] <wikibugs>	 Analytics-Kanban, Patch-For-Review: Bug: Rendering hierarchy chart in tabs layout - https://phabricator.wikimedia.org/T131524#2180801 (Nuria) Open>Resolved
[16:12:50] <wikibugs>	 Analytics-Cluster, Analytics-Kanban: Remove refinery-hive.jar from hive-site.xml - https://phabricator.wikimedia.org/T114769#2180802 (Nuria) Open>Resolved
[16:17:54] <milimetric>	 ottomata: ping me when you're done chatting with Madhu so we can brain-bounce on names
[16:29:27] <ottomata>	 milimetric:  free
[16:29:41] <milimetric>	 joal: wanna pick a name with ottomata?
[16:29:48] <milimetric>	 to the batcave!
[16:36:54] <grrrit-wm>	 (PS1) Mforns: Add 'execute' option to RU config [analytics/reportupdater] - https://gerrit.wikimedia.org/r/281682 (https://phabricator.wikimedia.org/T131849)
[16:57:59] <madhuvishy>	 ottomata: apparently jenkins-slaves don't trust the gerrit host
[16:58:12] <madhuvishy>	 so it wasn't a user key thing
[16:58:40] <madhuvishy>	 https://phabricator.wikimedia.org/P2857
[17:00:40] <ottomata>	 ah easy peasy!
[17:01:12] <nuria>	 madhuvishy: staffff
[17:23:43] <ottomata>	 madhuvishy:  you gonna do one of thesse self review courses?
[17:23:47] <ottomata>	 I'll be in SF then
[17:23:55] <ottomata>	 if you are doing it maybe we can sign up together?
[17:24:00] <ottomata>	 https://office.wikimedia.org/wiki/FY_2015-16_Performance_Review#Training
[17:24:44] <ottomata>	 maybe wed the  27th?
[17:28:57] <madhuvishy>	 ottomata: sure
[17:29:21] <madhuvishy>	 I have written 0 reviews
[17:29:57] <madhuvishy>	 ottomata: uhhh
[17:30:05] <madhuvishy>	 27th is 7-9 PT
[17:30:12] <madhuvishy>	 7-9 am
[17:30:27] <ottomata>	 no that's remote
[17:30:33] <ottomata>	 Wednesday, April 27, 2016
[17:30:34] <ottomata>	 2p-4p PDT
[17:30:34] <ottomata>	 6Flr - R66 - Yongle Emperor
[17:30:41] <madhuvishy>	 oh there's one more
[17:30:42] <madhuvishy>	 coool
[17:30:45] <madhuvishy>	 signing up
[17:31:27] <madhuvishy>	 ottomata: in the sign up sheet it says 28th
[17:32:13] <madhuvishy>	 ottomata: btw how do I trust a host in puppet?
[17:38:09] <ottomata>	 madhuvishy:  hmmm i'm not sure
[17:38:23] <nuria>	 joal: the increase of pageview api request is due to magnus UA seems like
[17:38:39] <joal>	 nuria: Do you have a link to magnus ua ?
[17:38:41] <nuria>	 joal: data for 3rd of April (no spike)
[17:38:45] <nuria>	 https://www.irccloud.com/pastebin/omizAbYy/
[17:38:53] <nuria>	 joal: data for the 4th (spike)
[17:39:11] <ottomata>	 madhuvishy:  looks like sshknowngen in puppet prod
[17:39:14] <ottomata>	 not sure hwo that works really though
[17:39:16] <nuria>	 https://www.irccloud.com/pastebin/qOnVhLwT/
[17:39:26] <joal>	 nuria: I don't know what the Magnus tool is :)
[17:39:35] <nuria>	 joal: see:  "magnus labs tools"
[17:40:09] <nuria>	 joal: we should be able to find it
[17:40:24] <joal>	 nuria: there are many
[17:40:43] <nuria>	 joal: they probably all share teh code to call pageview api
[17:41:24] <ottomata>	 laters, will be  back after lunch
[17:42:23] <nuria>	 joal: https://tools.wmflabs.org/hay/directory/
[17:42:52] <nuria>	 joal: but anyways since we do not have throttle
[17:42:58] <nuria>	 joal: it doesn't matter much
[17:43:07] <joal>	 right nuria
[18:14:42] <wikibugs>	 Analytics, Operations, hardware-requests, Patch-For-Review: eqiad: (3) AQS replacement nodes - https://phabricator.wikimedia.org/T124947#2181206 (RobH)
[18:15:12] <wikibugs>	 Analytics, Operations, hardware-requests, Patch-For-Review: eqiad: (3) AQS replacement nodes - https://phabricator.wikimedia.org/T124947#1970805 (RobH)
[18:27:49] <ottomata1>	 (back)
[18:27:59] <ottomata>	 milimetric:  can talk names if you wanna still
[18:28:31] <milimetric>	 yes I do
[18:28:41] <milimetric>	 but that electrician is coming now
[18:28:47] <milimetric>	 in the meantime I've been brainstorming
[18:28:59] <milimetric>	 I don't like "warehouse" because it implies we're stockpiling stuff to sell
[18:29:00] <milimetric>	 ew
[18:29:01] <milimetric>	 but!
[18:29:10] <milimetric>	 Wikimedia Open History?
[18:29:13] <milimetric>	 Open Warehouse?
[18:29:18] <milimetric>	 I was thinking along those lines
[18:29:48] <milimetric>	 Open being the opposite of the commercial implications of typical "data warehouse" names like "data mart", "bazaar", etc.
[18:29:53] <ottomata>	 madhuvishy:  thursday is fine for the training, i'm signing up
[18:30:09] <ottomata>	 hm
[18:30:15] <ottomata>	 i guess
[18:30:23] <ottomata>	 Is it wikimedia or mediawiki?
[18:30:28] <ottomata>	 i guess wikimedia?
[18:30:28] <ottomata>	 hm
[18:30:31] <ottomata>	 ja
[18:30:36] <ottomata>	 multiple wikis, etc.
[18:30:51] <ottomata>	 Historical Wikimedia
[18:31:07] <ottomata>	 Wikimedia Changes
[18:31:14] <ottomata>	 naw
[18:31:35] <ottomata>	 i mean, hm, milimetric i like something like warehouse because it differentiates between what the API offers
[18:31:52] <ottomata>	 API is already 'historical' sorta, no?
[18:32:04] <ottomata>	 and warehouse doesn't mean commercial or stuff to sell
[18:32:11] <ottomata>	 a warehouse just stores stuff
[18:32:32] <ottomata>	 haha
[18:32:33] <milimetric>	 with intent to sell, right?
[18:32:33] <ottomata>	 barn?
[18:32:38] <milimetric>	 yes!!
[18:32:53] <ottomata>	 Shed?
[18:32:57] <milimetric>	 too small
[18:32:58] <ottomata>	 hehe, then we can really bikeshed
[18:33:00] <ottomata>	 Barn?
[18:33:10] <milimetric>	 Data Barn
[18:33:15] <milimetric>	 I like it
[18:33:29] <milimetric>	 it is a little american-centric
[18:33:37] <ottomata>	 yard
[18:34:05] <milimetric>	 I think that's why people went to Data Lake, following on the yard line of thought
[18:34:40] <ottomata>	 https://en.wikipedia.org/wiki/Data_lake
[18:34:46] <ottomata>	 A data lake is a large-scale storage repository and processing engine
[18:34:49] <ottomata>	 kinda what you got, no?
[18:35:16] <milimetric>	 yeah
[18:35:33] <ottomata>	 wiki lake
[18:35:53] <ottomata>	 nice that someone already made up a term
[18:35:54] <ottomata>	 that applies
[18:35:59] <milimetric>	 I'd love wiki lake, rhymes with ricki lake, but it might confuse people
[18:36:08] <ottomata>	 clsoe to wikileak too
[18:36:09] <ottomata>	 :)
[18:36:23] <ottomata>	 Wiki Lake seems kinda good
[18:36:27] <ottomata>	 Wikimedia Lake
[18:36:33] <ottomata>	 since it is pretty WMF specific
[18:36:34] <milimetric>	 Wiki Data Lake
[18:36:37] <ottomata>	 naw
[18:36:38] <ottomata>	 wikidat
[18:36:39] <ottomata>	 wikidat
[18:36:40] <ottomata>	 data
[18:36:41] <milimetric>	 yea
[18:36:43] <ottomata>	 thought of that too, but wikidata
[18:36:51] <milimetric>	 was just typing it out to see it
[18:37:04] <ottomata>	 ja
[18:37:08] <milimetric>	 the thing is Lake by itself isn't very descriptive
[18:37:13] <ottomata>	 ja
[18:37:16] <milimetric>	 Analytics Data Lake
[18:37:24] <ottomata>	 AQS, ADL
[18:37:25] <ottomata>	 heh
[18:37:31] <ottomata>	 hm
[18:37:32] <ottomata>	 not bad
[18:37:58] <milimetric>	 it works with our analogies on streams and stuff like that
[18:38:03] <milimetric>	 streams -> lake
[18:38:18] <ottomata>	 true!
[18:38:50] <ottomata>	 Analytics Data Lake
[18:38:51] <ottomata>	 i like it
[18:39:02] <wikibugs>	 Analytics-Kanban, Release-Engineering-Team: [Spike] Figure out how to automate releases with jenkins {hawk} - https://phabricator.wikimedia.org/T130576#2181304 (madhuvishy) I made some progress yesterday. Trying to recollect the bumps I hit, and how they were solved here:  1. The build job was failing - wa...
[18:40:04] <madhuvishy>	 data lake?!
[18:40:12] <ottomata>	 :)
[18:41:03] <milimetric>	 madhu like walks in the room at a weird time
[18:41:04] <milimetric>	 :)
[18:41:09] <milimetric>	 we're like, yeah, Lake!! it's great
[18:41:28] <milimetric>	 I think a lot of people are going to have this reaction
[18:41:59] <milimetric>	 madhu: does it help if we explain that it's sort of an industry standard term for a fancier, newer "data warehouse"
[18:42:01] <madhuvishy>	 he he i was hanging out in releng
[18:42:16] <madhuvishy>	 other people have systems called lakes?
[18:42:21] <milimetric>	 and the idea is that you have different streams of data and they end up in the lake
[18:42:30] <milimetric>	 https://en.wikipedia.org/wiki/Data_lake
[18:42:31] <milimetric>	 yep
[18:42:31] <madhuvishy>	 aah
[18:42:49] <madhuvishy>	 that helps
[18:42:51] <milimetric>	 invented by the Pentaho guys no less, Toby will be so happy
[18:43:38] <madhuvishy>	 but hadoop is a data lake right?
[18:44:07] <madhuvishy>	 i'm not sold that the edit stream fits the naming
[18:45:50] <milimetric>	 edit stream?
[18:47:10] <madhuvishy>	 what is this naming for - i was under the impression it was for our edit data in hadoop project
[18:51:24] <milimetric>	 it's a big more than that
[18:51:42] <madhuvishy>	 milimetric: aah
[18:52:18] <milimetric>	 we'll take events related to revisions, users, pages, and probably more (but just those 3 for now), massage them into more OLAP-ish schemas, stick them into HDFS, then load them into Druid
[18:52:26] <milimetric>	 the name is for that whole project
[18:52:43] <milimetric>	 ugh, btw, yet another promising sounding data store: http://greenplum.org/
[18:53:06] <madhuvishy>	 ooh
[18:53:21] <madhuvishy>	 sure - i'll +1 the data lake name
[18:53:41] <ottomata>	 based on postgres, cool
[18:54:46] <ottomata>	 milimetric:  greenplum sounds like distributed postgres
[18:56:04] <ottomata>	 don't see much hdfs integration
[18:57:43] <milimetric>	 yeah, no hadoop ecosystem stuff
[18:58:01] <milimetric>	 interesting that greenplum and pipeline chose to build on top of postgres
[18:58:08] <milimetric>	 must be a very nice platform
[18:59:12] <ottomata>	 yeah i bet, would be easier for users to get used to fast
[19:00:31] * milimetric offline for a while while doing electrical work
[19:06:27] <nuria>	 I will stil love you guys if you went  with Data lake but .. ahem ...
[19:20:09] <ottomata>	 but WHAT nuria?!
[19:20:26] <nuria>	 it is ahem ...so silicon valley...
[19:20:30] <nuria>	 it is teh new cloud
[19:20:32] <ottomata>	 haha
[19:20:33] <nuria>	 *the
[19:20:40] <ottomata>	 clouds rain down streams into lakes
[19:20:45] <ottomata>	 nuria:  open to suggestions!
[19:20:54] <nuria>	 ottomata: jaja no, naming things is hard
[19:21:07] <nuria>	 i am happy with whatever choice as long as i can pronounce it
[19:22:03] <ottomata>	 haha
[19:22:15] <ottomata>	 Annal?
[19:22:20] <ottomata>	 Wiki Annals?
[19:24:40] <ottomata>	 Aeonian
[19:24:41] <ottomata>	 haha
[19:29:14] <wikibugs>	 Analytics-Tech-community-metrics: Contributor pages which show user name but not any other data should include an explanation - https://phabricator.wikimedia.org/T58111#2181512 (Lcanasdiaz) Open>Resolved I've included some changes on the people.html panel.  When a panel is displayed with no data it dis...
[19:33:44] <wikibugs>	 Analytics-Tech-community-metrics, Developer-Relations (Apr-Jun-2016): top-contributors should have real names for the main contributors - https://phabricator.wikimedia.org/T124346#2181536 (Lcanasdiaz)
[19:33:46] <wikibugs>	 Analytics-Tech-community-metrics: Many profiles on profile.html do not display identity's name though data is available - https://phabricator.wikimedia.org/T117871#2181537 (Lcanasdiaz)
[19:33:48] <wikibugs>	 Analytics-Tech-community-metrics, Developer-Relations: Who are the top 50 independent contributors and what do they need from the WMF? - https://phabricator.wikimedia.org/T85600#2181538 (Lcanasdiaz)
[19:33:50] <wikibugs>	 Analytics-Tech-community-metrics: Make GrimoireLib display *one* consistent name for one user - https://phabricator.wikimedia.org/T118169#2181534 (Lcanasdiaz) Open>Resolved The changes are working properly.  This is how I tested it: * visited http://korma.wmflabs.org/browser/mls-contributors.html * vis...
[19:36:28] <wikibugs>	 Analytics-Tech-community-metrics: Time axis on repository.html only displays two months, repeated several items - https://phabricator.wikimedia.org/T115872#2181544 (Lcanasdiaz) Guys, this bug is something I would rather skip unless you are very interested on it.
[19:54:46] <milimetric>	 heh, we already have all the data, it's just at aeon-level granularity so there are no data points
[19:55:06] <milimetric>	 ok, back in action, electrician gets 5 stars
[19:55:13] <milimetric>	 but now I have meeting
[19:55:29] <milimetric>	 it's been 1 hour and I still like Data Lake, let's see how halfak feels
[19:55:51] <milimetric>	 halfak: I know this might seem weird, but our strong candidate for the name here is "Data Lake"
[19:56:07] <milimetric>	 it's kind of like a gentler less business-ey way of saying Data Warehouse
[19:56:17] <milimetric>	 and the idea is that streams and other things feed into it
[19:57:08] <milimetric>	 and I like that it kind of implies that everyone gets to go fishing, which speaks to the Open aspect we want to go for
[19:57:17] * halfak doesn't feel bad about data lake
[19:57:28] <halfak>	 I could imagine building a "cabin"
[19:57:44] <halfak>	 And a "dock"
[19:58:13] <halfak>	 Also, I live in the land of 10k lakes, so I feel like MN is already BIG DATA
[19:58:14] <halfak>	 ;)
[19:58:58] <wikibugs>	 Analytics-Kanban, Patch-For-Review: Browser visualization in dashiki, too many items below the fold - https://phabricator.wikimedia.org/T130144#2181635 (Nuria) Open>Resolved
[19:59:43] <wikibugs>	 Analytics-Kanban, EventBus, Patch-For-Review: Prefix eventbus Kafka topics with datacenter - https://phabricator.wikimedia.org/T130562#2181650 (Nuria) Open>Resolved
[19:59:58] <wikibugs>	 Analytics-EventLogging, Analytics-Kanban, Patch-For-Review, Scap3 (Scap3-Adoption-Phase1): Stop using global python setup.py install for eventlogging deploy - https://phabricator.wikimedia.org/T131263#2181656 (Nuria)
[20:00:22] <halfak>	 milimetric, ^
[20:01:14] <wikibugs>	 Analytics-EventLogging, Analytics-Kanban, scap, Patch-For-Review, Scap3 (Scap3-Adoption-Phase1): Use scap3 to deploy eventlogging/eventlogging - https://phabricator.wikimedia.org/T118772#2181677 (Nuria)
[20:01:16] <wikibugs>	 Analytics-EventLogging, Analytics-Kanban, Patch-For-Review, Scap3 (Scap3-Adoption-Phase1): Stop using global python setup.py install for eventlogging deploy - https://phabricator.wikimedia.org/T131263#2161505 (Nuria) Open>Resolved
[20:02:54] <wikibugs>	 Analytics-Kanban, Patch-For-Review: Migrate limn-mobile-data/reportupdater reports to use standalone reportupdater - https://phabricator.wikimedia.org/T128375#2181685 (Nuria)
[20:02:56] <wikibugs>	 Analytics-Kanban, Patch-For-Review: Puppetize reportupdater to be executed in stat1002 and run the browser reports {lama} - https://phabricator.wikimedia.org/T127327#2181684 (Nuria) Open>Resolved
[20:03:47] <travis-ci>	 wikimedia/mediawiki-extensions-EventLogging#548 (wmf/1.27.0-wmf.20 - 6ed4ff3 : Dan Duvall): The build has errored.
[20:03:47] <travis-ci>	 Change view : https://github.com/wikimedia/mediawiki-extensions-EventLogging/commit/6ed4ff36431c
[20:03:47] <travis-ci>	 Build details : https://travis-ci.org/wikimedia/mediawiki-extensions-EventLogging/builds/120960157
[20:04:00] <wikibugs>	 Analytics-Kanban, Patch-For-Review: Modify oozie Webrequest-Load job not to fail in case of minor statistics error - https://phabricator.wikimedia.org/T130187#2181703 (Nuria) Open>Resolved
[20:05:27] <wikibugs>	 Analytics-Cluster, Analytics-Kanban, Patch-For-Review: Modify Camus file commits to use OVERWRITE option when renaming into final destination - https://phabricator.wikimedia.org/T128611#2181712 (Nuria) Open>Resolved
[20:06:47] <wikibugs>	 Analytics-Kanban, EventBus, Patch-For-Review: Deploy mediawiki/event-schemas separately instead of using submodule in eventlogging - https://phabricator.wikimedia.org/T127099#2181713 (Nuria) Open>Resolved
[20:07:08] <wikibugs>	 Analytics-Kanban, Patch-For-Review: Add partitions to webrequest text and upload topics - https://phabricator.wikimedia.org/T127351#2181714 (Nuria) Open>Resolved
[20:07:36] <madhuvishy>	 ottomata: do you few minutes to help me on this subprocess/execv thing? i'm encountering some weirdness
[20:08:08] <ottomata>	 madhuvishy:  ja uhhhhh ja let's do now
[20:08:08] <wikibugs>	 Analytics-Cluster, Analytics-Kanban, Patch-For-Review: Create regular backups of Analytics MySQL Meta instance - https://phabricator.wikimedia.org/T127991#2181716 (Nuria) Open>Resolved
[20:08:14] <madhuvishy>	 ottomata: batcave?
[20:08:16] <ottomata>	 ok
[20:09:00] <nuria>	 milimetric: will go ahead and review mforns script for phab ok?
[20:09:08] <milimetric>	 sure, thanks!
[20:09:16] <mforns>	 thx nuria :]
[20:09:18] <nuria>	 milimetric: i changed it last so i remember how it works
[20:16:57] <ottomata>	 madhuvishy: https://github.com/wikimedia/puppet-cdh/blob/master/files/hadoop/check_hdfs_active_namenode
[20:20:48] <grrrit-wm>	 (CR) Nuria: [C: 2 V: 2] "Working well, thanks for doing changes. On my own i need to be more careful about resolving all backlog from the quarter before the last d" [analytics/limn-analytics-data] - https://gerrit.wikimedia.org/r/279177 (https://phabricator.wikimedia.org/T130543) (owner: Mforns)
[20:21:02] <mforns>	 thx!
[20:35:48] <wikibugs>	 Analytics: geowiki dataset for cornell - https://phabricator.wikimedia.org/T131888#2181865 (Nuria)
[20:35:54] <wikibugs>	 Analytics: Making geowiki data public - https://phabricator.wikimedia.org/T131280#2161972 (Nuria)
[20:36:36] <wikibugs>	 Analytics: Making geowiki data public - https://phabricator.wikimedia.org/T131280#2161972 (Nuria)
[20:36:38] <wikibugs>	 Analytics: geowiki dataset for cornell - https://phabricator.wikimedia.org/T131888#2181865 (Nuria) Open>Resolved
[20:38:19] <wikibugs>	 Analytics: geowiki data for Global Innovation Index - https://phabricator.wikimedia.org/T131889#2181884 (Nuria)
[20:41:22] <wikibugs>	 Analytics: geowiki data for Global Innovation Index - https://phabricator.wikimedia.org/T131889#2181909 (Nuria)
[20:41:50] <wikibugs>	 Analytics: geowiki data for Global Innovation Index - https://phabricator.wikimedia.org/T131889#2181884 (Nuria)
[20:42:04] * milimetric issues a permit for halfak's dock and cabin
[20:42:45] <halfak>	 \o/  I'm going fishing in the data lake
[20:44:00] <milimetric>	 cool, I'm gonna make the Analytics/Data Lake page and put our thoughts from this morning there.
[20:49:37] <madhuvishy>	 ottomata: then of course there's what to call the beeline wrapper? :D
[20:49:48] <madhuvishy>	 beehive?
[20:49:49] <madhuvishy>	 :P
[20:49:57] <ottomata>	 haha
[20:49:59] <ottomata>	 hmm
[20:50:18] <ottomata>	 madhuvishy:  maybe just beeline, because then we put it in /usr/local/bin, and it will just be first in the path
[20:50:23] <madhuvishy>	 ooh
[20:50:29] <madhuvishy>	 that'd be cool
[20:50:50] <ottomata>	 call it beeline_wrapper.py.erb maybe in puppet
[20:50:54] <ottomata>	 but render it as /usr/loca/bin/beeline
[20:51:00] <madhuvishy>	 okay
[20:51:05] <ottomata>	 with comments explaining the magic, of course :)
[20:52:13] <madhuvishy>	 yeah alright
[20:53:14] <wikibugs>	 Analytics: geowiki data for Global Innovation Index - https://phabricator.wikimedia.org/T131889#2181952 (Neil_P._Quinn_WMF)
[20:56:47] <milimetric>	 madhuvishy: hold on to beehive though, that's gold
[20:56:57] <madhuvishy>	 ha ha
[20:57:00] <madhuvishy>	 may be alias
[20:57:01] <madhuvishy>	 hmmmm
[21:01:53] <wikibugs>	 Analytics-Tech-community-metrics, Developer-Relations (Apr-Jun-2016): Mismatch between numbers for code merges per organization - https://phabricator.wikimedia.org/T129910#2119640 (Qgil) This task needs an owner, please.
[21:21:01] <grrrit-wm>	 (PS1) Mforns: Add max_data_points option [analytics/reportupdater] - https://gerrit.wikimedia.org/r/281815 (https://phabricator.wikimedia.org/T131849)
[21:30:49] <grrrit-wm>	 (PS1) Mforns: Reconfigure mobile-options-last-3-months query [analytics/limn-mobile-data] - https://gerrit.wikimedia.org/r/281818 (https://phabricator.wikimedia.org/T131849)
[21:33:31] <mforns>	 night team!
[21:34:39] <wikibugs>	 Analytics-Tech-community-metrics: Time axis on repository.html only displays two months, repeated several items - https://phabricator.wikimedia.org/T115872#2182064 (Aklapper) a:Lcanasdiaz>None Yes, let's skip this please. Unassigning. :)
[22:36:29] <wikibugs>	 Analytics-Tech-community-metrics, Developer-Relations (Apr-Jun-2016): Mismatch between numbers for code merges per organization - https://phabricator.wikimedia.org/T129910#2182234 (Aklapper) a:Lcanasdiaz
[23:27:36] <wikibugs>	 Analytics-Kanban: Allow filtering of data breakdowns in pageview metric - https://phabricator.wikimedia.org/T131547#2182369 (Nuria) Allow graphs to only show mobile web, desktop or mobile app for pageview metric
[23:27:57] <grrrit-wm>	 (PS5) Nuria: Allow filtering of data breakdowns [analytics/dashiki] - https://gerrit.wikimedia.org/r/278395 (https://phabricator.wikimedia.org/T131547) (owner: Jdlrobson)
[23:29:48] <wikibugs>	 Analytics-Kanban: Investigate why bignbot appears on browser list when we are restricting pageviews to "user" agent type - https://phabricator.wikimedia.org/T131512#2182387 (Nuria)
[23:29:56] <wikibugs>	 Analytics-Kanban: Investigate why bignbot appears on browser list when we are restricting pageviews to "user" agent type - https://phabricator.wikimedia.org/T131512#2169292 (Nuria)
[23:41:41] <wikibugs>	 Analytics-Kanban: Investigate why bignbot appears on browser list when we are restricting pageviews to "user" agent type - https://phabricator.wikimedia.org/T131512#2182427 (Nuria) Must have been a bad data run  that was fixed . No bingbot appears  on table now
[23:41:51] <wikibugs>	 Analytics-Kanban: Investigate why bignbot appears on browser list when we are restricting pageviews to "user" agent type - https://phabricator.wikimedia.org/T131512#2182428 (Nuria) Open>Resolved