Wednesday, 2018-07-18

fungihah00:02
*** threestrands has joined #zuul00:40
*** pwhalen_ has joined #zuul00:43
*** pwhalen has quit IRC00:43
*** harlowja has quit IRC01:13
*** rlandy has joined #zuul01:35
openstackgerritIan Wienand proposed openstack-infra/zuul-jobs master: Use readthedocs webhook to trigger build  https://review.openstack.org/57943401:40
*** rlandy has quit IRC02:02
*** trishnag has quit IRC02:03
*** logan- has quit IRC02:20
*** logan- has joined #zuul02:21
*** trishnag has joined #zuul02:35
*** trishnag has joined #zuul02:35
jheskethianw: there are some events in Australia that I avoid mentioning openstack (pyconau+lca sadly), but I'm surprised openinfra has an aversion to it :-(02:55
jheskethianw: I was thinking of submitting a what's new in v3 talk. Would that be too similar to yours and/or would you like to co-submit/present?02:56
ianwjhesketh: the clarification request suggested that something focused on openstackinfa might be a bit to narrow for what they want.  given the audience, probably an introduction to zuul-ci, just in general, i'd think is most appropriate02:59
jheskethianw: sure. Did you want to modify your submission to be like that or would you be interested in co-presenting?03:16
ianwjhesketh: heh, i'm sure you require no help  :)  you should submit something that is just zuul focused i think, and "don't mention the war" ;)  i'll be happy to give feedback on slides etc if you'd like.03:24
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/job/{job_name} route  https://review.openstack.org/55097803:26
jheskethianw: okay, will think about it :-). Didn't want to tread on your toes.03:27
jheskethThanks for your review offer :-)03:27
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/job/{job_name} route  https://review.openstack.org/55097803:28
*** jiapei has joined #zuul03:29
openstackgerritIan Wienand proposed openstack-infra/zuul-jobs master: Use readthedocs webhook to trigger build  https://review.openstack.org/57943403:37
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/job/{job_name} route  https://review.openstack.org/55097804:05
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: dashboard: add /{tenant}/job.html page to display job details  https://review.openstack.org/53554504:05
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/projects and /{tenant}/project/{project} routes  https://review.openstack.org/55097904:07
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/projects and /{tenant}/project/{project} routes  https://review.openstack.org/55097904:26
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: dashboard: add /{tenant}/projects.html web page  https://review.openstack.org/53787004:26
*** openstackgerrit has quit IRC05:10
*** robcresswell has quit IRC05:16
*** LinuxJedi has quit IRC05:16
*** mwhahaha has quit IRC05:16
*** gundalow has quit IRC05:16
*** fdegir has quit IRC05:16
*** portdirect has quit IRC05:16
*** dvn has quit IRC05:16
*** jamielennox has quit IRC05:16
*** tristanC has quit IRC05:16
*** sambetts_ has quit IRC05:18
*** toabctl has quit IRC05:18
*** yuangjay has joined #zuul05:20
*** toabctl has joined #zuul05:21
*** nchakrab has joined #zuul05:23
*** sambetts_ has joined #zuul05:23
*** nchakrab has quit IRC05:25
*** nchakrab has joined #zuul05:25
*** chkumar|ruck has quit IRC05:28
*** chkumar|ruck has joined #zuul05:29
*** robcresswell has joined #zuul05:35
*** LinuxJedi has joined #zuul05:35
*** mwhahaha has joined #zuul05:35
*** gundalow has joined #zuul05:35
*** fdegir has joined #zuul05:35
*** portdirect has joined #zuul05:35
*** dvn has joined #zuul05:35
*** jamielennox has joined #zuul05:35
*** quiquell|off is now known as quiquell05:39
*** jiapei has quit IRC05:39
*** ianychoi has joined #zuul05:43
*** nchakrab has quit IRC05:51
*** nchakrab has joined #zuul05:53
*** nchakrab_ has joined #zuul05:59
*** nchakrab has quit IRC05:59
*** tobiash has quit IRC06:07
*** openstackgerrit has joined #zuul06:27
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/job/{job_name} route  https://review.openstack.org/55097806:27
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/projects and /{tenant}/project/{project} routes  https://review.openstack.org/55097906:27
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/pipelines route  https://review.openstack.org/54152106:27
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: scheduler: add job's parent name to the rpc job_list method  https://review.openstack.org/57347306:27
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/labels route  https://review.openstack.org/55397906:27
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/nodes route  https://review.openstack.org/55399806:27
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: dashboard: add /{tenant}/job.html page to display job details  https://review.openstack.org/53554506:28
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: dashboard: add /{tenant}/projects.html web page  https://review.openstack.org/53787006:28
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: dashboard: add /{tenant}/labels.html web page  https://review.openstack.org/55398006:28
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: dashboard: add /{tenant}/nodes.html web page  https://review.openstack.org/55399906:28
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: dashboard: add jobs graph rendering  https://review.openstack.org/53786906:28
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: dashboard: add project pipeline rendering  https://review.openstack.org/53787106:28
*** tristanC has joined #zuul06:31
tristanCjhesketh: i updated both topics zuul-web-routes and zuul-ui-pages to work with the new ZuulService component06:32
jheskethtristanC: cool, I'll take a look :-)06:35
*** pcaruana has joined #zuul06:36
*** tobiash has joined #zuul06:55
*** gtema has joined #zuul07:22
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add /{tenant}/job/{job_name} route  https://review.openstack.org/55097807:32
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: dashboard: add /{tenant}/job.html page to display job details  https://review.openstack.org/53554507:33
*** tobasco_away is now known as tobasco07:54
*** GonZo2000 has joined #zuul08:12
*** GonZo2000 has joined #zuul08:12
*** hashar has joined #zuul08:14
*** magickris has joined #zuul08:20
magickrisIs there a case in which json status file for zuulv3 heads list for a given queue has more than one element?08:23
*** electrofelix has joined #zuul08:33
*** threestrands has quit IRC08:51
*** gtema has quit IRC08:52
*** pwhalen_ has quit IRC09:03
*** pwhalen_ has joined #zuul09:03
*** nchakrab_ has quit IRC09:22
*** sambetts_ is now known as sambetts09:30
*** nchakrab has joined #zuul09:40
*** GonZo2000 has quit IRC09:40
*** GonZo2000 has joined #zuul09:41
*** GonZo2000 has joined #zuul09:41
*** GonZo2000 has quit IRC09:49
*** yuangjay has quit IRC09:50
*** GonZo2000 has joined #zuul09:50
*** dmellado has quit IRC10:36
*** dmellado has joined #zuul10:42
*** gouthamr has quit IRC10:47
*** GonZo2000 has quit IRC10:55
*** gouthamr has joined #zuul11:01
*** gtema has joined #zuul11:08
*** hashar is now known as hasharAway12:10
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Add tenant yaml validation option to zuul client  https://review.openstack.org/57426512:17
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Add tenant yaml validation option to zuul client  https://review.openstack.org/57426512:19
*** rlandy has joined #zuul12:35
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Remove unecessary shebang and exec bit  https://review.openstack.org/58356312:39
*** quiquell is now known as quiquell|lunch12:41
mordredjhesketh, ianw: just for the record, needing to avoid mention of openstack is super lame - and I PROMISE you I'm not going to do it in my lca submissions12:45
mordredlike, I know what you're talking about - but I think I've reached my breaking point with people's childishness on the topic12:45
jheskethmordred: agreed, and very happy that you'll not avoid it for LCA :-)12:45
mordredjhesketh: :)12:47
mordredjhesketh: of course, now I just need to actually submit things :)12:48
*** quiquell|lunch is now known as quiquell12:48
jhesketh+112:48
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Remove redhat-rpm-config bindep  https://review.openstack.org/58125213:05
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Fix github setup in zuul from scratch  https://review.openstack.org/58125313:05
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: fix zuul from scratch user and group creation  https://review.openstack.org/58125413:05
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Add instructions for deploying zuul with openSUSE  https://review.openstack.org/58125513:05
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Add instructions on building static web components  https://review.openstack.org/58125613:05
*** dkranz has joined #zuul13:10
Shrewsmordred: any chance for approving this to cleanup the sdk changes? https://review.openstack.org/58333813:18
*** pwhalen_ is now known as pwhalen13:19
*** pwhalen has quit IRC13:19
*** pwhalen has joined #zuul13:19
mordredShrews: done13:22
*** quiquell is now known as quiquell|launch13:23
*** quiquell|launch is now known as quiquell|lunch13:23
rcarrillocruzfolks, is there any way to constrain a label to $job or $project13:23
Shrewsrcarrillocruz: a node label?13:24
rcarrillocruzyah13:24
mordredrcarrillocruz: no, not currently. there have been some discussions around that use case but I don't think anything definitive has been decided yet13:24
*** nchakrab_ has joined #zuul13:24
Shrewsnodepool doesn't know anything about $jobs or $projects13:24
rcarrillocruzok, my use case is13:24
rcarrillocruzhaving a static node , whiwch has a leg  to an internal network13:25
rcarrillocruzhowevre, it seems that opens the door for the node to be used by any job definition13:25
mordredyup13:25
rcarrillocruzi.e. all nods are available to everything13:25
rcarrillocruzare there specs about it or changes to track on about that13:25
Shrewsi don't see us building anything like that into nodepool. it would have to be a zuul-side thing13:26
rcarrillocruzyah, probably a tenant setting thing ...13:26
mordredI don't agree ... i think at the very least we're going to need tenant-scoped labels at some point13:26
rcarrillocruzallowed-jobs , below the project or something13:26
*** nchakrab has quit IRC13:28
mordredalthough I do agree - I think tying label to job would be too hard13:28
mordredand very strange, since jobs are quite dynamic13:28
rcarrillocruzalso, not sure... if we want to support nodepool as a standalone thing in some setups, having that attribute may be confusing13:29
rcarrillocruzit could be optional in case it was integrated with zuul, but not sure... looks to me as not right place13:29
rcarrillocruzprobably better zuul place13:29
openstackgerritMerged openstack-infra/nodepool master: Fix plugin and examples for using openstacksdk  https://review.openstack.org/58333813:30
rcarrillocruzmordred , clarkb : any spec or changes about that you aware of ? or was it just discussed on IRC/meetings informally13:30
*** myoung|off is now known as myoung13:36
openstackgerritFabien Boucher proposed openstack-infra/zuul master: Add tenant yaml validation option to zuul client  https://review.openstack.org/57426513:36
rcarrillocruzErm corvus ^ as well, re restricted labels specs or changes13:42
mordredrcarrillocruz: no spec that I know of - just discussions so far13:43
tristanCmordred: and a review :) https://review.openstack.org/53554613:54
*** quiquell|lunch is now known as quiquell13:54
mordredtristanC, rcarrillocruz: see - it's best not to completely listen to me in the morning13:55
Shrewsfyi, leaving for an appointment with the wrist doc. bbl13:56
mordredShrews: have 'fun'13:57
tristanCmordred: thought this change is not very flexible, and we could draft a more generic limit system, with regexp matching13:57
Shrewsmordred: oh sure. surgery decision being made today13:57
mordredtristanC: yeah - I do like the idea of keeping the limitation defined at the zuul level13:59
mordredwhich would bring me back to agreeing with the thing I disagreed with earlier :)13:59
mordredbecause the thing you really want is for a zuul admin to be able to control which contexts a given label is requested from - nodepool itself doesn't actually need any awareness of that at all14:00
tristanCthere is another idea i'd like to propose, supporting OWNER file in the pipeline requirement/trigger so that check jobs doesn't run for any changes14:01
tristanCe.g. anonymous change, not owned by an OWNER would need a "run-job" comment issued by an OWNER14:02
tristanCotherwise, label restriction would only really work for config projects14:03
mordredtristanC: I think corvus talked about a similar idea (although I personally do not like the 'owner' idea because of what it implies sociall)14:04
mordredtristanC: but having there be a pipeline config or job flag or similar that restricts such jobs to only being able to be run once there is an appropriate code review14:05
mordredso - like, once it's got a +2 (or something configurable in the pipeline) - it's ok to run a something14:05
mordredtristanC: in fact, I think such a thing could be done today - make a pipeline that is triggered by 'run-job' and has a pipeline requirement of code-review: +2 on it14:06
tristanCmordred: yes, but then job doesn't auto-run for core reviewer...14:07
mordredtristanC: yeah. I think that's fine personally - I don't like things that behave differently for special people14:07
mordredtristanC: this is just me talking though - other people may of course have different views :)14:09
tristanCmordred: the things will behave differently for special people adding the 'run-job' anyway14:09
mordredthey will - but the sequence of actions are obvious and visible and they apply equally to all participants14:10
mordredinstead of a job running magically for one user but not another14:10
mordredif 'normal' people have to get a review and a run-job from someone to get the given job run, then the same rules should apply to core reviewers as well14:11
tristanCalright, fair enough. it was just a suggestion :)14:11
mordredotherwise we support the theory that core reviewers are somehow privileged14:11
mordredtristanC: oh - totally - it's a fair suggestion - and one worth of debate14:11
*** quiquell is now known as quiquell|off14:12
tristanChappy to see how this would be implemented using the 'run-job' input14:12
mordredtristanC: I'm also arguing the extremely-egalitarian view we tend to have in openstack land ... I'm not sure whether or not it's zuul's job to support such a viewpoint14:12
mordredtristanC: ooh! I see that your dashboard patch landed!14:13
mordredyay14:13
mordredtristanC: so - did I mention to you my crazy idea related to testing (this is related to your selenium patch)14:13
tristanCmordred: i don't think so14:15
*** hasharAway is now known as hashar14:15
tristanCi hope it doesn't involve more javascript :-)14:15
mordredtristanC: basically, make some functional tests in javascript using the normal javascript testing structures - then make a zuul test that spins up fake zuul bits (like it does not) and then actually runs "npm run test" or whatever the command would be14:16
mordredtristanC: hehe14:16
mordredtristanC: but you LOVE the javascript!14:16
tristanCoh boy, something like the e2e nightwatch?14:17
mordredtristanC: (of course, I also think we shoudl add some unittests)14:18
mordredtristanC: maybe?14:18
mordredtristanC: I mean - this is just an idea- so far I've done zero investigation into the feasibility14:19
tristanCmordred: i think the main issue is that only chrome implements the building blocks to run such test, the firefox driver is missing some api14:20
*** nchakrab has joined #zuul14:20
*** nchakrab_ has quit IRC14:21
tristanCe.g. https://bugzilla.mozilla.org/showdependencytree.cgi?id=721859&hide_resolved=114:21
mordredtristanC: yah - that was sort of why I was thinking about using the js tools - since karma has chrome and firefox drivers14:21
tristanChow about defunctzombie/zuul =)14:22
mordredhahahaha14:23
tristanCas i mentioned at the opendevconf, i worry angular may not be the best option. i find it very difficult to use atm14:23
mordredthat's fair - it's definitely more complex now than your initial patches were14:24
tristanCor maybe it's just something to get used to, but i really like vuejs or react, it seems simpler to write and re-use custom components14:25
tristanCfor example: https://github.com/TristanCacqueray/zuul-react/blob/master/src/pages/Status.js14:27
tristanCso perhaps we should evaluate and pick a framework before we grow a tighter dependency with the js bits, especially with functional testing14:28
tristanCevaluate what's available*14:31
mordredtristanC: yah- I've been meaning to poke at your react repo a bit more. I know we have some potential react stuff we'd like to do with adding gerrit support to netlify-cms and then using that to manage the zuul website. I don't really relish rewriting the dashboard *again* - but I'd definitely rather do such a thing now, when we actually don't have that much code yet, than later. especially since we haven't14:32
mordredrewritten the status page yet14:32
magickrisIs there any case in which heads list for a given queue has more than one element? (in status json file)14:37
*** nchakrab has quit IRC14:41
*** pcaruana has quit IRC14:56
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Emit a log line containing version info around startup  https://review.openstack.org/58363914:59
corvusmagickris: yes, happens frequently in dependent pipelines.  it's, um, called a 'severed head' when the change at the head fails, the changes behind get severed from it, and the one behind becomes the second head while the first change continues to finish its jobs.  once it reports and is dequeued, we go back to having one head.14:59
clarkbrcarrillocruz: there is a storyboard story for tenant scoped resources iirc14:59
corvusmagickris: that's the most common case, but there can be other similar cases.  i believe zuul.openstack.org's gate pipeline has 2 heads right now.15:01
*** nchakrab has joined #zuul15:01
corvusover in #openstack-infra, we discovered that the scheduler is leaking memory15:02
corvusbased on when we restarted, we suspect a commit somewhere in af575001b422119348812439bf0e7626e085860d..c2fe7713feac11cecaa56c3327a3dff13a78058e15:02
mordredcorvus: 4f93d6d5270e52928190c6a3a8248ca95ae16265 306039f2dc4b2329458d4ea7df66ee5cb9e10efc and 4f93d6d5270e52928190c6a3a8248ca95ae16265 seem like the most likley candidates from a pass through commit messages15:07
mordredwell, that's the same commit twice too15:08
magickriscorvus: Thanks!15:13
openstackgerritJan Gutter proposed openstack-infra/nodepool master: [POC] Add baremetal subimage upload support  https://review.openstack.org/58364515:17
tobiashfyi, I'm afk today and tomorrow15:25
mordredtobiash: enjoy being afk!15:26
tobiashmordred: well, proofreading school reports is not that enjoyable...15:29
mordred:)15:31
pabelangerDid we ever write a patch to delete all zuul-executor build directories on startup?  The use case is if zuul-executor doesn't shutdown cleanly, we can leak them in /var/lib/zuul/builds15:43
clarkbin zuul test node git repos we have speculative state checked out to 'master' branch. Do we also create a ref for pointing at the state that is laready merged? something like refs/origin/master?15:49
*** gtema has quit IRC15:52
corvusmordred, pabelanger, clarkb, tobiash: looking at the objgraph i got from production, i see multiple 'check' pipeline objects pointing to the layout (there should only ever be one).  that reminds me that tobiash's change to fix the configuration contamination touched on that quite a bit (eliminating several unecessary layout references), and also that tobiash said that the error may have further implications15:55
corvusthan just the ones we saw.  since tobiash's change has landed since our previous restart, i'm inclined to stop debugging the leak at this point and instead suggest that we observe it for a week to see if it's still a problem.15:55
corvuspabelanger: https://review.openstack.org/57330215:55
clarkbI'm fine with that. The leak was fairly slow so should be safe to give it some time and wait15:56
tobiashYay, so I might have fixed a leak by accident :)15:57
* tobiash goes back to proofreading15:58
corvusclarkb: let me know if this has your answer: https://zuul-ci.org/docs/zuul/user/jobs.html#git-repositories15:59
clarkbcorvus: it does thank you15:59
corvusi guess that should say that origin points to the previous change, or the current state if there are no changes ahead16:00
*** pcaruana has joined #zuul16:00
*** nchakrab has quit IRC16:04
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Delete executor.job_dir on start up  https://review.openstack.org/58365516:05
pabelangercorvus: thanks, looking now16:05
Diabelkohello again. is there a way to assign some global variable to a variable in vars: section of job definition? A lot of our jobs depend on upstream versions of 3rd party software and we control it in job vars - e.g. we duplicate a lot of 'ocata', which may become 'queens' or 'pike' at some point16:11
Diabelkoand if I could use site-variables or something similar, that would be great16:11
*** sshnaidm|rover is now known as sshnaidm|bbl16:12
pabelangertoday zuul.yaml file doesn't support templating, which means need to copy 'ocata' around a lot. Depending on job setup, you may be able to parent to another job which has the variable set16:14
Diabelkowe're trying, but we've got a lot of deployment combos16:14
Diabelkook, thanks16:15
pabelangeris the job in question running on the same branch? I am guessing no16:15
Diabelkopabelanger: https://github.com/Juniper/contrail-zuul-jobs/blob/master/zuul.d/contrail-jobs.yaml#L135 actually yes16:16
pabelangerDiabelko: in rdoproject, we've been able to use the zuul.branch variable to get some of that info too. So if your job is running ocata, then set openstack_version == zuul.branch|replace('stable\/16:17
pabelangererr16:18
pabelangerDiabelko: in rdoproject, we've been able to use the zuul.branch variable to get some of that info too. So if your job is running ocata, then set openstack_version == zuul.branch|replace('stable\/', '')16:18
pabelangeryah, looks like you can get it from contrail/ocata16:18
pabelangerusing same trick16:19
Diabelkomhm, makes sense16:19
pabelangercorvus: any objection if I push up a patch to fix https://review.openstack.org/573302/ ?16:29
pabelangerI've left comment also16:34
corvusDiabelko: yes there are site variables https://zuul-ci.org/docs/zuul/user/jobs.html#site-wide-variables16:35
corvuspabelanger: please do16:36
corvuspabelanger: responded16:38
*** myoung is now known as myoung|lunch16:50
*** pwhalen has quit IRC17:00
pabelangerthanks17:01
*** pwhalen has joined #zuul17:03
*** pwhalen has joined #zuul17:03
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Delete stale jobdirs at startup  https://review.openstack.org/57330217:22
*** electrofelix has quit IRC17:23
Shrewsgee, that review ^^ keeps cropping up every couple of months.17:30
pabelangeryah, rdoproject hit the issue this morning17:31
pabelangerthere was also the stuck job in queue from when zuul-executor died (server rebooted) but having trouble finding that in storyboard17:32
*** pabelanger has quit IRC17:34
*** pabelanger has joined #zuul17:34
*** pcaruana has quit IRC18:08
*** myoung|lunch is now known as myoung18:09
*** sambetts is now known as sambetts|afk18:21
*** harlowja has joined #zuul18:54
*** hashar has quit IRC19:49
openstackgerritPaul Belanger proposed openstack-infra/zuul-jobs master: DNM - testing shadowing  https://review.openstack.org/58372119:58
*** hashar has joined #zuul20:00
*** sshnaidm|bbl is now known as sshnaidm|rover20:18
pabelangerglad we finished zuulv3 migration in rdoproject: https://jenkins.io/security/advisory/2018-07-18/20:29
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Add a dequeue command to zuul client  https://review.openstack.org/9503520:31
openstackgerritMerged openstack-infra/zuul master: Delete stale jobdirs at startup  https://review.openstack.org/57330220:57
*** jimi|ansible has joined #zuul21:09
*** jimi|ansible has joined #zuul21:09
*** myoung is now known as myoung|afk21:32
*** hashar has quit IRC21:41
*** jimi|ansible has quit IRC21:43
clarkbcorvus: tobiash at least over the short term memory usage is holding pretty steady22:31
corvusw00t22:32
mordredcorvus, clarkb: \o/22:48
*** rlandy has quit IRC22:57
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Add a dequeue command to zuul client  https://review.openstack.org/9503522:58
*** eikke has quit IRC23:00
*** _ari_ has quit IRC23:03
*** myoung|afk has quit IRC23:03
*** _ari_ has joined #zuul23:03
*** myoung has joined #zuul23:03
*** threestrands has joined #zuul23:50

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!