[09:48:09] <grrrit-wm1>	 (PS1) Ottomata: Updating Kraken with separate camus meta data dirs for different jobs [analytics/kraken/deploy] - https://gerrit.wikimedia.org/r/133054
[09:48:37] <grrrit-wm1>	 (CR) Ottomata: [C: 2 V: 2] Updating Kraken with separate camus meta data dirs for different jobs [analytics/kraken/deploy] - https://gerrit.wikimedia.org/r/133054 (owner: Ottomata)
[11:30:40] <grrrit-wm1>	 (PS1) Gilles: Remove forced index and NOT NULL condition [analytics/multimedia] - https://gerrit.wikimedia.org/r/133061
[11:35:03] <grrrit-wm1>	 (CR) Gilles: [C: 2] Remove forced index and NOT NULL condition [analytics/multimedia] - https://gerrit.wikimedia.org/r/133061 (owner: Gilles)
[11:35:22] <grrrit-wm1>	 (CR) Gilles: [V: 2] Remove forced index and NOT NULL condition [analytics/multimedia] - https://gerrit.wikimedia.org/r/133061 (owner: Gilles)
[12:03:19] <grrrit-wm1>	 (CR) Nuria: "Still some changes needed in test to ensure bug is indeed fixed." (2 comments) [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/131232 (https://bugzilla.wikimedia.org/64724) (owner: Terrrydactyl)
[12:32:21] <grrrit-wm1>	 (PS2) Ottomata: Move currently unneeded oozie util scripts into oozie/archive [analytics/kraken] - https://gerrit.wikimedia.org/r/131311 (owner: QChris)
[12:32:28] <grrrit-wm1>	 (CR) Ottomata: [C: 2 V: 2] Move currently unneeded oozie util scripts into oozie/archive [analytics/kraken] - https://gerrit.wikimedia.org/r/131311 (owner: QChris)
[12:44:10] <ottomata>	 qchris: hello!
[12:44:36] <qchris>	 ottomata: Ahoy!
[12:45:35] <ottomata>	 more naming thoughts!  although not about kraken
[12:45:41] <qchris>	 Noooooo.
[12:45:43] <ottomata>	 haha
[12:45:47] <ottomata>	 webrequest_role
[12:45:49] <ottomata>	 what about
[12:45:50] <ottomata>	 cluster?
[12:45:58] <ottomata>	 or even (god forbid!) 'cache_cluster'?
[12:45:58] <qchris>	 Cannot we use /dev/random for such tasks?
[12:46:01] <ottomata>	 hahaa
[12:46:14] <qchris>	 cache_cluster is fine by me.
[12:46:32] <ottomata>	 hmm, but what if we started importing, say nginx logs?
[12:46:38] <ottomata>	 no longer a cache
[12:46:38] <ottomata>	 hm
[12:46:42] <ottomata>	 i guess just 'cluster'?
[12:46:51] <qchris>	 But cluster is really generic.
[12:46:54] <ottomata>	 i know!
[12:46:55] <ottomata>	 web_cluster?
[12:47:01] <qchris>	 Mhmmm ... what about "source"?
[12:47:01] <ottomata>	 http_cluster?
[12:47:06] <ottomata>	 webrequest_source
[12:47:08] <ottomata>	 is what we liked
[12:47:09] <qchris>	 Oh. you want cluster.
[12:47:13] <ottomata>	 i asked faidon what he thought
[12:47:16] <ottomata>	 he liked cluster in the name
[12:47:26] <qchris>	 If you like cluster, cluster it is.
[12:47:29] <ottomata>	 oh you!
[12:47:34] <qchris>	 :-P
[12:47:43] <ottomata>	 i need someone with more opinions! :p
[12:47:54] <qchris>	 No seriously. If both of you like cluster, that's fine.
[12:47:57] <ottomata>	 ahhhhHH
[12:48:02] <qchris>	 I do not like it too much, but I lack a better suggestion.
[12:48:04] <ottomata>	 i think I do like source
[12:48:19] <ottomata>	 webrequest_source is specific to have meaning, but also generic enough to include future uses
[12:48:19] <ottomata>	 i think
[12:48:38] <qchris>	 Ok. Let's nuke "webrequest_source". Your argument
[12:48:41] <qchris>	 is covincing.
[12:48:57] <ottomata>	 nuke?
[12:49:07] <ottomata>	 i was arguing for it!
[12:49:13] <ottomata>	 specific enough to have meaning*
[12:49:17] <qchris>	 Oh :-)
[12:49:20] <qchris>	 Hahah.
[12:50:06] <qchris>	 cluster is way shorter than webrequest_source.
[12:50:45] <qchris>	 What about "log_source"
[12:51:27] <qchris>	 Meh. I guess I do not care enough :-(
[12:52:37] <qchris>	 ottomata: "webrequest_source" is fine by me.
[12:52:37] <ottomata>	 hmmm
[12:52:45] <ottomata>	 log_source
[12:52:45] <ottomata>	 hm
[12:53:06] <qchris>	 The moment I wrote it ... I thought about EventLogging.
[12:53:14] <qchris>	 And maybe "log_source" would get confused for it.
[12:53:15] <ottomata>	 yeah, but  that is a totally separate table
[12:53:17] <ottomata>	 but yeah
[12:53:19] <ottomata>	 oh yeah mabye so
[12:53:26] <ottomata>	 but yeah, i like that 'webrequest' or omsething like that is in it
[12:53:40] <ottomata>	 makes it clear that it is a delineation between types of webrequests
[12:53:41] <qchris>	 Will it always be for webrequests?
[12:53:48] <qchris>	 (and nothing else)?
[12:53:52] <ottomata>	 its on the webrequest table
[12:54:22] <qchris>	 Sure, but when adding nginx (maybe) ... we'll have two requests for one request.
[12:54:29] <qchris>	 There /log/_source woud fit better.
[12:54:53] <qchris>	 As one request may produce more than one log line.
[12:55:15] <qchris>	 But a single request being counted as two rows in a request table is confusing
[13:01:09] <qchris>	 ottomata: Do we need "webrequest_" in the column name, if the table name already starts in "webrequest_"?
[13:09:36] <ottomata>	 no, but we talked about that sorta, otherwise the field is kind of ambiguous
[13:09:46] <ottomata>	 its not like every field name is auto-prefixed with webrequest
[13:10:03] <ottomata>	 webrequest_hostname, webrequest_sequence, webrequest_request_uri
[13:10:09] <ottomata>	 request_source?
[13:12:07] <ottomata>	 qchris: ^
[13:12:26] <qchris>	 Right.
[13:12:50] <ottomata>	 maybe request_source?
[13:12:53] <qchris>	 So what's the point in requiring this prefix for "webrequest_source"?
[13:13:07] <ottomata>	 just to disambiguate
[13:13:24] <qchris>	 between the different columns?
[13:13:24] <ottomata>	 otherwise it isn't really clear what that field is
[13:13:29] <ottomata>	 no
[13:13:35] <ottomata>	 i think its relatively clear what teh other fields are
[13:14:01] <qchris>	 Mhmmm.
[13:14:05] <ottomata>	 source_cluster? haha
[13:14:06] <ottomata>	 naw
[13:14:37] <qchris>	 If I look at the table I'll have to associate "host" or "client_ip" with the request.
[13:14:56] <qchris>	 Just I'd have to do it with "cluster"/"source"/"..."
[13:15:09] <qchris>	 Well ... no.
[13:15:09] <ottomata>	 hmmmmmmmMMMM
[13:15:11] <ottomata>	 i guess so?
[13:15:19] <ottomata>	 source could mean anything really
[13:15:22] <qchris>	 I guess you are right.
[13:15:28] <ottomata>	 cluster is a little more specific
[13:16:00] <qchris>	 Mhmmm.
[13:16:07] <qchris>	 Ok. Let's have cluster then.
[13:16:18] <qchris>	 Would that be "text"/"mobile"/.../"nginx" then?
[13:16:24] <qchris>	 (as values for that column)
[13:16:25] <ottomata>	 yes
[13:16:55] <qchris>	 So no we cannot see that "text" and "nginx" are fundamentally different things ...
[13:16:59] <qchris>	 but I guess that is fine.
[13:17:05] <nuria>	 cluster???
[13:17:17] <qchris>	 And we can consider "nginx" a cluster?
[13:17:23] <nuria>	 man ...
[13:17:38] <qchris>	 nuria: :-)
[13:17:44] <qchris>	 nuria: Join the naming fun.
[13:18:00] <qchris>	 ottomata: "cluster" is fine by me.
[13:18:09] <qchris>	 ottomata: Now you have to convince nuria :-P
[13:18:15] <nuria>	 man ..i should have been paying more attention .. but .. cluster really?
[13:18:29] <nuria>	 as in "cache cluster?"
[13:18:34] <ottomata>	 as in cache cluster yeha
[13:18:35] <ottomata>	 haha
[13:18:37] <ottomata>	 yes!  please
[13:18:39] <ottomata>	 more opinions!
[13:18:46] <nuria>	 ay ... ya , i know
[13:18:47] <qchris>	 s/cache/machine/
[13:18:48] <ottomata>	 i don't like any of the options that much!
[13:18:52] <qchris>	 nginx is no cache really.
[13:19:02] <qchris>	 or is it?
[13:19:05] <ottomata>	 no
[13:19:07] <nuria>	 no
[13:19:12] <ottomata>	 currently the only values are for caches
[13:19:17] <ottomata>	 but i'm planning for the future here!
[13:19:29] <nuria>	 but source or "origin"
[13:19:58] <nuria>	 is more to the point right? cause we want to identify where request are coming from, right?
[13:20:18] <ottomata>	 yes
[13:20:50] <qchris>	 "Source" was not like as being too unspecific.
[13:21:04] <ottomata>	 webrequest_source is liked kinda
[13:21:04] <qchris>	 (Same would hold for "origin" for me)
[13:21:05] <ottomata>	 :)
[13:21:14] <qchris>	 :-D
[13:21:17] <nuria>	 ya we cannot use origin as it means something else
[13:21:23] <nuria>	 but what about "origination"
[13:21:48] <ottomata>	 originator
[13:21:48] <nuria>	 ehhhhhh.... pretty, i know...
[13:21:49] <ottomata>	 :)
[13:21:50] <ottomata>	 haha
[13:22:30] <nuria>	 "origiNATIOn"
[13:22:31] <qchris>	 ... foundry :-)
[13:23:56] <qchris>	 ... genesis
[13:24:14] <nuria>	 i would go for genesis before "cluster"
[13:24:22] <qchris>	 ... synthesis
[13:24:22] <ottomata>	 nawwwwww
[13:24:32] <nuria>	 which sounds too "cloud-computely"
[13:24:50] <ottomata>	 web_cluster
[13:24:50] <ottomata>	 ?
[13:25:00] <ottomata>	 request_source
[13:25:04] <ottomata>	 webrequest_source
[13:25:04] <ottomata>	 ?
[13:25:21] <ottomata>	 http_source
[13:25:21] <ottomata>	 ?
[13:25:34] <qchris>	 I'd take any of them, just to not have to think about names any longer :-)
[13:25:38] <ottomata>	 cluster_name
[13:25:39] <ottomata>	 hahaha
[13:26:08] <ottomata>	 cmon you guys spend a days talking about what we will be doing in 5 years :p har har har
[13:26:18] <ottomata>	 jk
[13:26:22] <qchris>	 They did! (I didn't)
[13:26:25] <ottomata>	 haha
[13:26:27] <ottomata>	 true!
[13:26:28] <ottomata>	 haha
[13:26:37] <qchris>	 "root"
[13:26:54] <qchris>	 "fountain"
[13:27:03] <ottomata>	 haha
[13:27:31] <ottomata>	 progenitor
[13:27:32] <ottomata>	 haha
[13:28:24] <nuria>	 ok voting : 1 http_source or webrequest_source (sounds like 2nd is vetted)  2 http_origination or webrequest_origination  (i know, voting for myself, terrible) 3 http_genesis or webrequest_genesis
[13:28:51] <ottomata>	 oof voting!
[13:28:52] <ottomata>	 haha
[13:28:53] <ottomata>	 ok
[13:29:01] <ottomata>	 1
[13:29:07] <ottomata>	 2 and 3 no way! :)
[13:29:09] <ottomata>	 what about cluster?
[13:29:14] <qchris>	 Cluster is fine.
[13:29:16] <ottomata>	 4: web_cluster, cluster
[13:29:17] <qchris>	 I buy cluster.
[13:29:24] <ottomata>	 source_cluster
[13:29:25] <ottomata>	 !
[13:29:26] <ottomata>	 :)
[13:29:26] <ottomata>	 ha
[13:30:25] <nuria>	 http_cluster ?
[13:30:58] <qchris>	 service_group .... as is "service_group=cache_text", "service_group=cache_mobile", "service_group=nginx"
[13:32:33] <ottomata>	 http_cluster is cool w me
[13:32:57] <ottomata>	 service_group?  hmm...
[13:33:00] <nuria>	 at least http_cluster=nginx makes more sense than cluster=nginx
[13:33:21] <qchris>	 "http_cluster=nginx" seems wrong to me. As no normal http request would go there.
[13:33:30] <ottomata>	 it might!
[13:33:31] <ottomata>	 who knows
[13:33:40] <nuria>	 if we have an api?
[13:33:44] <ottomata>	 what if oneday we have some misc site that is hosted by nginx
[13:33:46] <nuria>	 they will right?
[13:33:46] <ottomata>	 or apache even
[13:33:51] <ottomata>	 with no frontend caching by varnish?
[13:34:02] <nuria>	 it will be fronted by either nginx or apache
[13:34:16] <nuria>	 like parsoid is, right?
[13:34:16] <qchris>	 ottomata: oh ... /that/ kind of future proof :-)
[13:34:51] <nuria>	 doesn't parsoid do that now?
[13:35:01] <nuria>	 so it is not so far a distant future
[13:36:14] <qchris>	 configuration of caches is currently in $active_nodes ... so maybe ... "node_group"?
[13:38:14] <ottomata>	 mehhhh
[13:38:35] <qchris>	 ottomata: I trust you to use the right name :-)
[13:39:20] <qchris>	 WP:BB
[13:39:26] <ottomata>	 WP:BB?
[13:40:02] <qchris>	 https://en.wikipedia.org/wiki/WP:BB
[13:42:25] <ottomata>	 ah ha
[13:45:35] <ottomata>	 GRRR OOZIE
[13:45:38] <ottomata>	 why are you not running my jobs
[13:45:40] <ottomata>	 sighhhh
[13:57:37] <halfak>	 Hey folks.  Anyway available to help me with a github repo I just moved from my account to "wikimedia"?
[13:58:38] <halfak>	 https://github.com/wikimedia/MediaWiki-OAuth
[13:58:48] <nuria>	 halfak we have standup in 1 min, we can help you after?
[13:58:57] <halfak>	 Sounds great.  Thank you!
[13:59:46] <qchris>	 nuria: Having problems to join. I'llbe there soon.
[14:00:23] <nuria>	 me too
[14:16:47] <ottomata>	 qchris
[14:16:53] <qchris>	 yes,sir!
[14:16:58] <ottomata>	 i think I can't use arbitrary strings in SimpleDateFormat
[14:17:09] <qchris>	 You have to quote them.
[14:17:10] <ottomata>	 hmmmmMMM
[14:17:11] <ottomata>	 or maybe
[14:17:12] <ottomata>	 hm
[14:17:13] <ottomata>	 yeah
[14:17:22] <ottomata>	 quoting is weirdhere though...
[14:17:24] <ottomata>	 hm ok lemme try
[14:21:42] <ottomata>	 ok yeah!  that is working qchris!
[14:21:44] <ottomata>	 phew!
[14:21:47] <ottomata>	 awesome
[14:21:50] <qchris>	 \o/
[14:21:57] <qchris>	 That's awesome!
[14:22:01] <qchris>	 Dobre! Dobre!
[14:22:19] <ottomata>	 OOOo, wait, no, I have a partition but the date is way wrong
[14:22:26] <ottomata>	 AH
[14:22:27] <ottomata>	 no its ok
[14:22:29] <ottomata>	 i see why
[14:22:30] <ottomata>	 cool yeha
[14:26:18] <ottomata>	 yes, awesome.
[14:32:01] <grrrit-wm1>	 (PS4) Ottomata: Adding oozie files to control addition and deletion of webrequest table partitions [analytics/kraken] - https://gerrit.wikimedia.org/r/131208
[16:47:43] <grrrit-wm1>	 (PS1) Terrrydactyl: [WIP] Add ability to tag a cohort [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/133091
[17:57:19] <sumanah>	 milimetric: hey, where should people go to take a first look at the Vega extension?
[17:59:51] <milimetric>	 sumanah:  https://github.com/milimetric/WikiViz
[18:00:00] <sumanah>	 thx milimetric
[18:00:28] <milimetric>	 sumanah: it's using ContentHandler properly now, but there are some pretty major TODOs in there
[18:00:37] * sumanah  nods

[18:00:38] <milimetric>	 I'll also move it to gerrit sometime soon
[18:01:20] <sumanah>	 Thank you! For me it's useful if it is somewhere where http://hexm.de/mw-search will pick it up if I search for the right strings :-)
[18:05:04] <DarTar>	 ha, we’re running out of useful names with a wiki prefix, WikiViz was the name of a visualization context we organized in 2011 ;)
[18:05:09] <DarTar>	 milimetric ^
[18:05:20] <DarTar>	 oh and hi everyone
[18:05:33] <milimetric>	 DarTar: I know, I want to rename it to Limn but didn't want to confuse people
[18:06:16] <milimetric>	 sumanah: could I rename that repo mediawiki-extensions-Limn?
[18:09:06] <sumanah>	 milimetric: Is Limn a MediaWiki extension?
[18:09:10] <sumanah>	 milimetric: AFAIK it is not
[18:09:46] <milimetric>	 ah, sumanah: Limn as it exists now is going to perish at some point
[18:10:00] <milimetric>	 or be re-written with Vega
[18:10:01] <sumanah>	 ohhhhhh I see, this is the new Limn kindaaaaa
[18:10:19] <milimetric>	 either way, I'll be using the work/libraries that come out of this for any new visualization work
[18:10:33] <milimetric>	 yep, this is a proof of concept for the new Limn
[18:10:49] <milimetric>	 because whatever the new Limn does, it should easily integrate with MediaWiki at least
[18:11:18] <sumanah>	 Mukunda, new Release Manager person, will be the person to consult on naming-y stuff; for now, I suggest Quim in case you want more advice :)
[18:11:33] <milimetric>	 k
[18:11:48] <sumanah>	 also, was nice to see you in Zurich and I look forward to seeing the work progress :)
[18:12:09] <milimetric>	 thank you, nice to see you too :)
[18:46:32] <grrrit-wm1>	 (CR) MarkTraceur: [C: 2 V: 2] "Cool beans, I'll push it out now" [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/131954 (owner: Gilles)
[18:50:30] <marktraceur>	 milimetric: Hey, limn click-and-drag for zoom stopped working for me...oh, maybe because the graphs are manually configured now and need to be marked as zoomable?
[18:51:31] <milimetric>	 marktraceur: yes, you need to add the zoom node like... hang on finding example
[18:52:02] <milimetric>	 marktraceur: http://reportcard.wmflabs.org/graphs/active_editors.json?pretty
[18:52:06] <milimetric>	 zoom-brush is what you want
[18:52:23] <marktraceur>	 'kay
[19:07:59] <grrrit-wm1>	 (PS1) MarkTraceur: Add zoom-brush to all the graphs [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/133112
[19:10:44] <grrrit-wm>	 (CR) MarkTraceur: [C: 2 V: 2] Add zoom-brush to all the graphs [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/133112 (owner: MarkTraceur)
[19:13:07] <grrrit-wm>	 (PS1) MarkTraceur: Missed one graph for zoom-brush [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/133114
[19:14:03] <grrrit-wm>	 (CR) MarkTraceur: [C: 2 V: 2] Missed one graph for zoom-brush [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/133114 (owner: MarkTraceur)
[20:18:51] <grrrit-wm>	 (CR) QChris: [C: -2] "I understand that this change is mostly here to get" (1 comment) [analytics/kraken] - https://gerrit.wikimedia.org/r/132108 (owner: Ottomata)
[20:46:58] <marktraceur>	 milimetric: I suspect it's illegal to put zoom nodes in the map graphs
[20:47:01] <marktraceur>	 Confirm?
[20:47:10] <YuviPanda>	 illegal?
[20:47:12] <milimetric>	 ah, for that you'll need... one second
[20:47:21] <milimetric>	 yeah YuviPanda, the cops gonna get you if you do that
[20:47:23] <YuviPanda>	 oh, right. not like a 'legal' problem
[20:47:33] <marktraceur>	 YuviPanda: No, like, illegal operation
[20:47:42] <YuviPanda>	 right, right
[20:47:52] <milimetric>	 marktraceur: http://reportcard.wmflabs.org/graphs/pageviews_mobile_by_manufacturer
[20:47:55] <milimetric>	 marktraceur: zoom-pan
[20:48:00] <milimetric>	 http://reportcard.wmflabs.org/graphs/pageviews_mobile_by_manufacturer.json?pretty
[20:48:30] <marktraceur>	 'kay
[20:48:50] <marktraceur>	 Oh wow
[20:49:31] <grrrit-wm>	 (PS1) MarkTraceur: Add file page to zoomable, fix maps [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/133165
[20:49:43] <grrrit-wm>	 (CR) MarkTraceur: [C: 2 V: 2] Add file page to zoomable, fix maps [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/133165 (owner: MarkTraceur)
[20:50:50] <marktraceur>	 Ugh, fail
[20:51:43] <YuviPanda>	 hehe
[20:52:11] <grrrit-wm>	 (PS1) MarkTraceur: Fix a thinko in the geoperf and perf definitions [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/133166
[20:52:20] <marktraceur>	 Luckily nobody really cares.
[20:52:28] <grrrit-wm>	 (CR) MarkTraceur: [C: 2 V: 2] Fix a thinko in the geoperf and perf definitions [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/133166 (owner: MarkTraceur)
[20:53:50] <milimetric>	 marktraceur: are you guys deploying from gerrit to limn1 now instead of from your gitorious repo?
[20:53:54] <milimetric>	 I should update the deployer if so
[20:54:20] <grrrit-wm>	 (PS1) MarkTraceur: Didn't actually enable zoom-pan [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/133167
[20:54:26] <marktraceur>	 milimetric: Yeah, it's from gerrit.
[20:54:30] <milimetric>	 https://github.com/wikimedia/limn-deploy/blob/master/fabfile/stages.py#L293
[20:54:41] <grrrit-wm>	 (CR) MarkTraceur: [C: 2 V: 2] Didn't actually enable zoom-pan [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/133167 (owner: MarkTraceur)
[20:54:52] <milimetric>	 so I'll change that to this gerrit repo that you're wrestling with? ;)
[20:54:55] <marktraceur>	 Sure
[20:55:02] <marktraceur>	 BODY SLAM
[20:56:05] <marktraceur>	 ....hm, it didn't work
[20:57:05] <milimetric>	 but it *did* work in that it gave me a hilarious mental image
[20:57:19] <marktraceur>	 milimetric: http://multimedia-metrics.wmflabs.org/graphs/mmv_geoperformance_api_global.json looks like the same thing but with a different order...
[20:57:27] <marktraceur>	 Oh, order matters, doesn't it
[20:58:20] <milimetric>	 shouldn't...
[20:58:21] <milimetric>	 hm
[20:58:57] <milimetric>	 ah, marktraceur, zoom-pan needs to be in geo-map's children
[20:59:04] <marktraceur>	 Ahhhh.
[20:59:36] <milimetric>	 silly stuff... I can't wait to replace it with vega
[21:00:04] <grrrit-wm>	 (PS1) MarkTraceur: Move zoom-pan to geo-map's children [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/133169
[21:00:24] <grrrit-wm>	 (CR) MarkTraceur: [C: 2 V: 2] Move zoom-pan to geo-map's children [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/133169 (owner: MarkTraceur)
[21:05:02] <marktraceur>	 I so totally want to build Jenkins jobs for this repository...I just don't want to spend any time on it. :)
[21:10:25] <milimetric>	 marktraceur: i don't know of any meaningful jenkins job you could build to lint "limn-speak" but if you find one, that'd be interesting.  Also - if we had vega the jenkins job would be trivial :)
[21:10:59] <marktraceur>	 milimetric: I would probably make it something simple like "lint the json, lint the php"
[21:11:17] <marktraceur>	 milimetric: My dream jenkins setup would also build all of the SQL and JSON files from the templates
[21:11:25] <marktraceur>	 Because I hate having built things in git.
[21:11:42] <milimetric>	 ah, fair enough - I have json linting in vim with syntastic
[21:11:53] <milimetric>	 but yeah, jenkins would be nice
[21:13:05] <milimetric>	 marktraceur: i'm out, limn-deploy should work for you now, but it seems like you're just git-pulling from limn1 anyway
[21:13:15] <marktraceur>	 I am
[21:13:15] <milimetric>	 ping me on email if you need help
[21:13:25] <marktraceur>	 'kay :)
[23:59:24] <grrrit-wm>	 (PS4) Terrrydactyl: Fixes problem with deleting empty cohorts. [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/131232 (https://bugzilla.wikimedia.org/64724)