Wednesday, 2018-01-03

openstackgerritMerged openstack-infra/zuul-jobs master: Fix sphinx publishing  https://review.openstack.org/53079000:05
*** jlk has quit IRC00:14
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Slack driver  https://review.openstack.org/53052100:39
SpamapStobish, jhesketh: ^ I rewrote the test there to be a ZuulTestCase00:39
SpamapSand added some features00:39
SpamapSso warrants a full re-review.00:39
jheskethSpamapS: cool, will take a look shortly00:47
corvusSpamapS: i left an admin -2 on that since there's a non-trivial configuration expansion we should carefully consider after the v3.0 release.  hope that's okay.00:47
SpamapScorvus: totally fine. I'm using it locally but it can wait until we're ready for it.00:52
SpamapSJust finding SMTP inadqeuate as GoDaddy is very slack-centric.00:53
corvusSpamapS: ya -- no objections in principle.  i'm sure we'll merge it after we hash out the per-project config stuff.00:54
SpamapScorvus: I'm glad there's some thought happening in that direction. I dislike mentioning projects in pipeline configs. :)00:55
tristanCcouldn't the driver load a separate config file? for example a irc reporter could load the gerritbot configuration00:56
mordredthere's definitely interesting things to think about in that area - I know we've had people curious in openstack about how they could add project-specific reporting00:57
SpamapSHappy to help on any remaining 3.0 items btw, I just don't see any babies that can be sped up being born there.00:57
SpamapSMaybe "finish git driver" ?00:57
SpamapSI thought that was done tho00:57
corvusyeah, i think that merged and just needs updating00:58
*** rlandy|ruck is now known as rlandy|ruck|bbl01:06
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: Slack driver  https://review.openstack.org/53052101:47
SpamapSsilly unpythonic slackclient01:48
SpamapSNone should always be "pretend I didn't pass this" in method args. :-/01:48
* SpamapS wonders if that is in a PEP somewhere01:48
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool feature/zuulv3: Add a plugin interface for drivers  https://review.openstack.org/52462001:49
*** xinliang has quit IRC02:57
tristanCfwiw, here is the fedora review request for nodepool feature/zuulv3: https://bugzilla.redhat.com/show_bug.cgi?id=153043103:07
openstackbugzilla.redhat.com bug 1530431 in Package Review "Review Request: nodepool - nodes management for a distributed test infrastructure" [Unspecified,New] - Assigned to nobody03:07
*** xinliang has joined #zuul03:10
*** xinliang has quit IRC03:10
*** xinliang has joined #zuul03:10
*** rlandy|ruck|bbl is now known as rlandy|ruck03:38
*** jaianshu has joined #zuul03:53
*** jaianshu_ has joined #zuul03:56
*** jaianshu has quit IRC03:59
*** jaianshu__ has joined #zuul04:03
*** jaianshu_ has quit IRC04:06
*** rlandy|ruck has quit IRC04:29
openstackgerritTristan Cacqueray proposed openstack-infra/zuul-jobs master: Add linters job and role  https://review.openstack.org/53068204:49
openstackgerritMerged openstack-infra/zuul-jobs master: python-upload-pypi: only run on success  https://review.openstack.org/53017405:38
*** dmsimard has quit IRC05:42
*** dmsimard has joined #zuul05:43
*** hashar has joined #zuul08:29
*** jaianshu_ has joined #zuul10:14
*** jaianshu__ has quit IRC10:18
*** jaianshu__ has joined #zuul10:26
*** jaianshu_ has quit IRC10:30
*** sshnaidm|afk is now known as sshnaidm10:56
*** jkilpatr has quit IRC11:00
*** hashar has quit IRC11:05
*** jkilpatr has joined #zuul11:49
*** haint has quit IRC11:56
*** jkilpatr has quit IRC12:28
*** rlandy has joined #zuul13:00
*** rlandy is now known as rlandy|ruck|mtg13:00
*** jaianshu__ has quit IRC13:01
*** jaianshu__ has joined #zuul13:01
*** yolanda__ has joined #zuul13:25
*** jaianshu__ has quit IRC13:26
*** yolanda has quit IRC13:29
*** dkranz has joined #zuul13:32
*** jkilpatr has joined #zuul13:42
*** dkranz has quit IRC13:52
*** rlandy|ruck|mtg is now known as rlandy|ruck13:53
*** dkranz has joined #zuul13:53
*** sshnaidm is now known as sshnaidm|mtg14:42
*** rlandy|ruck is now known as rlandy|ruck|mtg14:56
*** JasonCL has quit IRC15:45
*** sshnaidm|mtg is now known as sshnaidm15:46
*** JasonCL has joined #zuul15:47
*** JasonCL has quit IRC15:55
*** JasonCL has joined #zuul16:01
*** jkilpatr has quit IRC16:06
*** rlandy|ruck|mtg is now known as rlandy16:07
*** JasonCL has quit IRC16:08
*** JasonCL has joined #zuul16:13
*** JasonCL has quit IRC16:19
*** openstackgerrit has quit IRC16:19
*** jkilpatr has joined #zuul16:19
*** jkilpatr has quit IRC16:22
*** jkilpatr has joined #zuul16:23
*** openstackgerrit has joined #zuul16:40
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Handle invalid build UUID in finger gateway  https://review.openstack.org/53096316:40
*** JasonCL has joined #zuul16:45
openstackgerritJames E. Blair proposed openstack-infra/nodepool feature/zuulv3: Remove name from project stanza  https://review.openstack.org/53097017:04
corvusi think we're running with that change now -- that excercises it ^17:04
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Strip /r from build UUID in fingergw  https://review.openstack.org/53097317:09
SpamapSharlowja: I was going to add rate limiting to the slack driver but then I ran into https://github.com/slackapi/python-slackclient/issues/16917:21
SpamapScorvus: nice17:21
SpamapSmakes a lot of sense.17:21
corvusShrews: do we have a test that exercises the finger gw?17:23
Shrewscorvus: yes17:27
*** dkranz has quit IRC17:27
corvusShrews: why didn't it catch 530973?17:29
Shrewscorvus: not entirely sure. I had to run out real quick after I found that for an appointment. Can look when I get back.17:31
clarkbSpamapS: re None should always be pretend I didn't pass this its often used as a proxy for empty table types that you don't want a singleton of generated at compile time when dealing with the function args17:31
clarkbSpamapS: so None -> [] or {} or set() that then gets used17:31
corvusShrews: oh, it looks like the test just sends "\n", so i guess it's "unrealistic test input" :)17:32
corvusShrews: maybe we should just change that to \r\n in the test17:32
SpamapSclarkb: Right, I missed something in my statement. My problem wasn't that a weird or unexpected default was chosen. slackclient passes None through as a json null, and the Slack API rejects null as a value for the field, so it generates an error.17:42
*** JasonCL has quit IRC17:48
SpamapSI had a thought today. I have my 'deploy stuff' pipeline as an independent pipeline. But I wonder if it shoudl be dependent. If I land 5 things, seems like it would be better to try and run that post job with all of them together than run it 5 times.18:01
*** jkilpatr has quit IRC18:03
*** jkilpatr has joined #zuul18:03
harlowjaSpamapS i should of fixed that18:10
corvusSpamapS: after 3.0 i'm going to write a new pipeline manager for post18:10
harlowjaSpamapS at least partially i guess fixed maybe/hopefully @ https://github.com/slackapi/python-slackclient/commit/51b7fa1b748459f8862218:10
harlowjamaybe its not 100% fixed though, ha18:11
SpamapScorvus: yeah seems like you need something like dependent, but that fails all the things behind it if 1 fails.18:11
mordredSpamapS: the idea is to add a coalesce-like pipeline manager so that multiple triggers can only cause one instance of the job to run18:12
SpamapSharlowja: oh cool so you can just grab the reply from the exception. That works.18:12
harlowjaya, may not be 100% working, but should be easier to fix the other places (if they exist)18:12
SpamapSmordred: yeah that's what I need. :) I'm just dealing with my ansible running over and over for now (which hasn't happened, just theoretical)18:12
rcarrillocruzmordred , corvus : heya, as discussed weeks ago, pushed https://review.openstack.org/#/c/530265/ to have setup_inventory , so we can blacklist connection types not expected to have python on the other end18:13
*** clienthax__511 has joined #zuul18:13
clienthax__511â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSvjoqzmbm: pleia2 persia leifmadsen â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–18:13
clienthax__511▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSleodhjwsm: hogepodge rlandy SotK ▄▄▄▄▄▄▄▄▄▄▄▄▄18:13
harlowjaniceeee18:13
harlowjalol18:13
clienthax__511â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSyuruozgnk: jianghuaw_ mgagne openstackgerrit â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–18:13
clienthax__511▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILStzgsziped: rcarrillocruz jkilpatr zhuli ▄▄▄▄▄▄▄▄▄▄18:13
harlowjalol18:13
clienthax__511▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSinyvm: patrickeast cinerama` jamielennox ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄18:14
clienthax__511▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSowvefe: jianghuaw_ mrhillsman persia ▄▄▄▄▄▄▄▄▄▄▄18:14
*** yolanda__ is now known as yolanda18:14
clienthax__511▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSjlinhlkpf: adam_g jtanner timrc ▄▄▄▄▄▄▄▄▄▄▄18:14
leifmadsenoh fun18:14
rcarrillocruzhere we go again18:14
rcarrillocruzgeez18:14
clienthax__511â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSprzfasinuy: mgagne yolanda__ fungi â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–„â–18:14
clienthax__511▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSwqhoydnd: weshay patriciadomin zhuli ▄▄▄▄▄▄▄▄▄▄18:14
clienthax__511▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSmjqagz: harlowja leifmadsen persia ▄▄▄▄▄▄▄▄▄▄▄▄▄▄18:14
clienthax__511▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSgqkrgqzgxh: jianghuaw_ mnaser patriciadomin ▄▄▄▄▄▄▄▄▄▄▄▄18:14
harlowjaoh man, i got invited18:14
harlowjalol18:14
mnasersigh18:14
clienthax__511▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSwxxlp: mgagne patriciadomin timrc ▄▄▄▄▄▄▄▄▄▄▄18:14
*** ChanServ sets mode: +o mnaser18:14
clienthax__511▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSvuvgk: fdegir SotK tristanC ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄18:14
*** mnaser sets mode: +b clienthax__511!*@*18:14
*** clienthax__511 was kicked by mnaser (clienthax__511)18:14
*** mnaser sets mode: -o mnaser18:14
SpamapSneed kline18:14
mnaseryeah i figure the freenode staff will get around18:15
*** JasonCL has joined #zuul18:25
clarkbpabelanger: Shrews corvus fyi, I am going to mark the nodepool issue with locked nodes on the zuulv3-issues etherpad as "fixed" because it isn't currently actionable and we are trying to distill the info there down into bugs we can actually work18:40
*** jkilpatr has quit IRC18:40
*** dkranz has joined #zuul18:43
*** jlk has joined #zuul18:48
*** jlk has joined #zuul18:48
*** hashar has joined #zuul19:00
*** Bob123 has joined #zuul19:04
*** jhesketh has quit IRC19:08
*** jhesketh has joined #zuul19:11
*** Bob123 has left #zuul19:15
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Strip \r from build UUID in fingergw  https://review.openstack.org/53097319:15
Shrewscorvus: yeah, good idea on test modification19:17
*** NespaLa has joined #zuul19:17
*** NespaLa has left #zuul19:17
clarkbcorvus: if I start converting some of these zuulv3 issues to storyboard stories is there a tag I should use? (or set of tags depending?)19:17
corvusclarkb: zuulv3 i think.  if it needs to be a 3.0 release blocker we can add zuulv3.019:18
*** hashar has quit IRC19:25
Shrewsclarkb: and yes, that is fine. was fairly certain at the time that the referenced bug was the cause, just couldn't prove it then19:26
*** hashar has joined #zuul19:34
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Test that -1 works for infinite quota  https://review.openstack.org/52923119:45
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: requirements: remove paramiko <2.0 cap  https://review.openstack.org/52871919:49
openstackgerritMerged openstack-infra/nodepool feature/zuulv3: Remove name from project stanza  https://review.openstack.org/53097020:01
clarkbcorvus: do you know what is up with the this was due to a broken git repo after a shutdown item?20:12
corvusclarkb: i don't have any more info than what's there.  i'm not sure that's a bug.  there was data corruption.  the only thing zuul could do differently would be to identify it was corrupted data and report a nicer error message.  if we could identify the data were corrupted, we wouldn't report an error message at all.20:15
*** jkilpatr has joined #zuul20:21
*** hashar has quit IRC20:32
clarkbpabelanger: heads up I'm moving https://storyboard.openstack.org/#!/story/2000809 to nodepool20:35
pabelangerack20:37
pabelangerI'm not sure that is valid anymore, I can look shortly20:38
SpamapSTIL if you put an ansible-vault encrypted file in  <role>/files and use copy: to try and copy it up to the destination, ansible will insist on trying to decrypt that file for you.20:42
SpamapSHAh, and 2.4 adds a flag to turn that off20:45
SpamapSShrews: weren't you working on 2.4?20:45
SpamapSIIRC it broke the streaming20:45
harlowjadon't touch my file20:45
harlowjalol20:45
ShrewsSpamapS: 2.4 is cold busted. 2.4.1 is the minimum we can use20:45
SpamapSharlowja: YOU WANT Ansible to touch your files. You NEED Ansible to touch your files. You can't handle the decryption truth.20:45
Shrewserr, minimum in the 2.4 genre20:46
SpamapSShrews: zuul is still pinned at <2.420:46
SpamapSWondering when we can remove that pin.20:46
SpamapSI've run into a few .. awww... not in 2.320:46
ShrewsSpamapS: yes, but my changes to make it work have merged. there *may* be something still with the modules that mordred found last time we checked, but we should totally check again20:47
SpamapSWould be nice if that happened pre 3.0 release actually.. since we'll probably have to stay pinned to whatever 3.0 releases with for a long time.20:47
ShrewsSpamapS: i can throw up a change to unpin it and see what breaks.20:47
Shrewsbeen meaning to do that anyway20:47
SpamapSYeah that would be cool.. if we have like, ways to run extra playbooks too.. I would guess more stuff will break.20:48
* SpamapS will ponder this whilst enjoying a sandwich from Jersey Mike's20:48
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul feature/zuulv3: WIP: Test Ansible 2.4 again  https://review.openstack.org/53100920:49
ShrewsSpamapS: ^^^20:49
clarkbpabelanger: on zuulv3-issues etherpad there is entry for zuul doing weird stuff after the command socket merged. Any idea if that is an ongoing problem?20:52
mordredSpamapS, Shrews: I'd love to get up on to 2.4 *and* have a zuul/ansible test job that runs zuul's tests with ansible devel and on changes to ansible itself - so that we've got at least an information pipeline for knowing if ansible.next is going to break us20:52
Shrewsmordred: that's crazy talk20:53
mordredShrews: I know. Im a bad person20:53
openstackgerritAntoine Musso proposed openstack-infra/zuul master: Do not import paramiko before daemonization  https://review.openstack.org/53101220:55
Shrewsoh, speaking of command socket stuff... did we want our init scripts to still shutdown the zuul processes? b/c the one we added for zuul-fingergw doesn't seem to work (have to do 'zuul-fingergw stop')20:55
openstackgerritAntoine Musso proposed openstack-infra/zuul master: Do not import paramiko before daemonization  https://review.openstack.org/53101220:55
mordredShrews: yah - I think we want the init scripts to call zuul-fingergw stop  when they get the 'stop' argument20:56
pabelangermordred: Shrews: https://review.openstack.org/526463/20:57
pabelangerwe can update it there20:57
pabelangerclarkb: looking20:57
Shrewspabelanger: oh ossum20:58
mordredcorvus: ^^ that hashar patch is definitely a review/judgement call for you20:58
pabelangerclarkb: I am unsure what the 'weird stuff' was. I think we had mismatch of scheduler / executor running20:59
pabelangerclarkb: so, don't think an issue anymore20:59
clarkbpabelanger: ok I'm moving that to fixed20:59
Shrewspabelanger: you want to tackle the one for the fingergw, or do you want me to throw a patchset on top of that for you?21:00
pabelangerShrews: sure, I can do it.21:00
Shrewsor maybe even a separate review21:00
Shrewscool.thx21:00
pabelangeryah, 2nd review is fine I think21:00
tobiashmordred, corvus: what about uncapping paramiko instead like in nodepool?21:02
pabelangershould also be a review up for that21:02
pabelangerhttps://review.openstack.org/528729/21:03
tobiashmordred, corvus: if I'm reading the commit message right, uncapping paramiko should s21:04
tobiashAlso solve the issue21:05
mordredtobiash: yah - maybe we should suggest that and see if that works for him too21:05
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Handle invalid build UUID in finger gateway  https://review.openstack.org/53096321:05
mordredtobiash: k. I left a comment21:06
tobiashOh, that patch is against master21:07
mordredyah. that's why I figured it was a corvus patch to look at - I don't see any harm in landing it for hashar, but we're also not running it, so it's sort of landing something blind21:09
clarkbjhesketh: if you can look at https://review.openstack.org/#/c/530820/ when you wake that would be much appreciated (you had reviewed older patchset)21:09
ShrewsSpamapS: mordred: oh nice, ansible 2.4.1 works nicely for us now. https://review.openstack.org/53100921:10
* Shrews moves to un-WIP21:10
*** JasonCL has quit IRC21:10
Shrewsis this correct?   ansible>=2.3.0.0,!=2.4.0,<2.521:13
Shrewsor does it need to reference 2.4.0.0 ?21:13
clarkb2.4.0 == 2.4.0.021:13
clarkbso that should work21:13
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Allow Ansible 2.4  https://review.openstack.org/53100921:14
Shrewsclarkb: thx21:15
clarkbShrews: pip/setuptools/whatever will internally convert all versions to the desired format it uses for comparison and ya those two should be equivalent21:20
*** JasonCL has joined #zuul21:27
*** JasonCL has quit IRC21:40
*** JasonCL has joined #zuul21:48
*** JasonCL has quit IRC21:53
*** JasonCL has joined #zuul21:54
leifmadsenmordred: pabelanger: https://gist.github.com/leifmadsen/93b9283d10dfddba096e32fb172cf56922:20
leifmadsenupdated docs based on manual testing again today (thanks Paul for helping with a couple issues that popped up since last time I ran through this)22:20
leifmadsennext steps are going through this again, and converting this into some actual documentation22:21
leifmadsenwhere are the logs stored again for the actual job runs?22:24
leifmadsenoh, in /tmp :)22:31
leifmadsenor maybe not... anyways, dinner!22:32
clarkbleifmadsen: they are pat of the build dir under logs/ iirc22:33
clarkbleifmadsen: so wherever you've told the executor to store the builds22:33
leifmadsenwhat is the default location for that?22:33
leifmadsenmy zuul.conf only has private_key_file and default_username under [executor]22:33
leifmadsencan check the code later... gotta run and eat some fajitas now :D22:34
clarkbleifmadsen: /var/lib/zuul/builds is where we have them and I'm guessing we use the dfeault location22:34
corvusthat's not where they're *stored* -- it's where they are during a build22:38
corvusthe base job post playbook is responsible for storing them after the build22:39
*** rlandy is now known as rlandy|bbl22:58
leifmadsenlast time I was going through this, I did seem to have some sort of output from the run on the server so that I could at least go and debug some stuff, and that was without anything magical from the ansible playbooks itself23:00
leifmadsenI don't actually have a /var/lib/zuul/builds/ directory either23:00
leifmadsenI wonder if there was a configuration option I added to keep the data after the run or something23:01
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: WIP: Support cross-source dependencies  https://review.openstack.org/53080623:14
*** sshnaidm is now known as sshnaidm|afk23:22
corvusleifmadsen: starting the executor with '--keep' will do that23:29
corvusit's intended as a debug aid23:29

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