| jeblair | mordred, pabelanger: careful -- our current subprocess invocation is the result of much work. | 00:00 |
|---|---|---|
| jeblair | especially bits around ttys | 00:01 |
| mordred | ++ | 00:01 |
| clarkb | pabelanger: re running python straight out of venv and ansible-playbook the issue is likely that when you don't source the venv the only things that are modified are your python paths, but ansible is subprocessed so its looked up in your shell path | 00:02 |
| clarkb | pabelanger: if yo usource the venv then shell path is also updated to include eg venv/bin | 00:02 |
| jeblair | pabelanger, clarkb: mordred is making a patch to ttrun to help with that | 00:02 |
| pabelanger | mordred: jeblair: ya, it will have to wait until tomorrow, atleast for pause task. But I'm sure if I do use that, I'll need some help | 00:03 |
| jeblair | mordred, pabelanger: thinking and looking further, most of our tty issues for 2.5 are on the remote host | 00:03 |
| pabelanger | otherwise, I have no other thoughts how to block a job to get aborted | 00:03 |
| jeblair | mordred, pabelanger: so we have ansible pipelining set to true to aid in that | 00:03 |
| clarkb | re pause why not just use command: sleep 30 ? | 00:04 |
| jeblair | mordred, pabelanger: but we never dealt with ansible local stuff | 00:04 |
| clarkb | is expectation that remote end isn't reachable during that period? for something like a reboot? | 00:04 |
| pabelanger | clarkb: our zuul action plugins block it | 00:04 |
| jeblair | mordred, pabelanger: so we may want to do something like what mordred suggests to make that more robust. | 00:05 |
| clarkb | pabelanger: they don't block it on the remote and that has mostly the same net effect of waiting for 30 seconds | 00:05 |
| pabelanger | clarkb: all our testing right now is localhost connection, so we'd have to build that out for remote things | 00:05 |
| clarkb | oh this is test suite specific? | 00:06 |
| pabelanger | Ya, sorry, I might have left that piece out | 00:06 |
| mordred | pabelanger, clarkb, jeblair: ttrun updated - I _think_ the path thing should work now | 00:06 |
| mordred | if you upgrade to 1.0.5 | 00:06 |
| mordred | k. I've been running solid for 12 hours - I will now unplug from the laptop brain for a bit | 00:07 |
| clarkb | jeblair: perhaps use local ssh connection rather than fork? | 00:08 |
| pabelanger | Ya, going to do the same | 00:08 |
| jeblair | clarkb: hopefully closing stdin will be enough for us; if we need a pty, that's still probably easier to work with than ssh. | 00:10 |
| clarkb | speaking of I wonder if ansible with paramiko (which is not default) will clena up these threads or will it leak like nodepool | 00:10 |
| *** jamielennox is now known as jamielennox|away | 00:36 | |
| *** jamielennox|away is now known as jamielennox | 00:44 | |
| openstackgerrit | Merged openstack-infra/nodepool master: Add destructor to SSHClient https://review.openstack.org/439243 | 01:04 |
| *** saneax is now known as saneax-_-|AFK | 01:14 | |
| *** saneax-_-|AFK is now known as saneax | 04:55 | |
| *** saneax is now known as saneax-_-|AFK | 05:16 | |
| *** saneax-_-|AFK is now known as saneax | 05:21 | |
| *** abregman has joined #zuul | 06:07 | |
| *** adamw has joined #zuul | 07:30 | |
| *** abregman has quit IRC | 08:26 | |
| *** abregman has joined #zuul | 08:28 | |
| *** isaacb has joined #zuul | 08:40 | |
| *** abregman is now known as abregman|mtg | 09:01 | |
| *** abregman|mtg has quit IRC | 09:22 | |
| *** saneax is now known as saneax-_-|AFK | 09:22 | |
| *** abregman has joined #zuul | 09:23 | |
| *** saneax-_-|AFK is now known as saneax | 09:53 | |
| *** isaacb has quit IRC | 10:13 | |
| *** bhavik1 has joined #zuul | 10:24 | |
| *** bhavik1 has quit IRC | 10:45 | |
| *** hashar has joined #zuul | 10:49 | |
| *** isaacb has joined #zuul | 10:59 | |
| *** isaacb has quit IRC | 11:24 | |
| openstackgerrit | Jan Kundrát proposed openstack-infra/zuul master: Prepare correct refspec on new Gerrit https://review.openstack.org/439057 | 11:56 |
| *** saneax is now known as saneax-_-|AFK | 13:02 | |
| openstackgerrit | Paul Belanger proposed openstack-infra/zuul feature/zuulv3: WIP: Add timeout variable to jobs https://review.openstack.org/439637 | 14:57 |
| pabelanger | jeblair: clarkb: ^So, we might need a way to override the default WATCHDOG_TIMEOUT_GRACE, currently it is 5mins. Maybe we should expose that some how, otherwise our unit test will be long. Also left a few comments for feedback | 15:00 |
| *** isaacb has joined #zuul | 15:02 | |
| *** isaacb_ has joined #zuul | 15:02 | |
| *** isaacb has quit IRC | 15:03 | |
| *** isaacb_ has quit IRC | 15:03 | |
| *** isaacb has joined #zuul | 15:04 | |
| jeblair | pabelanger: we may just want to drop the grace period; that was from zuulv2.5 where we expected another timeout to hit first. with the other timeout gone, this is the primary one. | 15:08 |
| pabelanger | jeblair: sure, we can do that oo | 15:09 |
| pabelanger | too* | 15:09 |
| *** isaacb has quit IRC | 15:22 | |
| *** isaacb has joined #zuul | 15:22 | |
| jeblair | pabelanger: i responded to your comments/questions on 439637. | 15:32 |
| jeblair | SpamapS: comment on 430568 | 15:35 |
| pabelanger | jeblair: thanks | 15:35 |
| openstackgerrit | Philip Marc Schwartz proposed openstack-infra/zuul feature/zuulv3: Add Directed Acylic Graph for usage as a JobGraph https://review.openstack.org/439663 | 15:42 |
| openstackgerrit | Philip Marc Schwartz proposed openstack-infra/zuul feature/zuulv3: WIP Add Directed Acylic Graph for usage as a JobGraph https://review.openstack.org/439663 | 15:44 |
| phschwartz | jeblair: SpamapS: ^^ added you both as reviewers so you can start looking at the first part. | 15:47 |
| phschwartz | hmm, looks like the linters failed but no valid link to logs for it | 15:48 |
| pabelanger | jeblair: do you want the default timeout to be None(run forever) or support the ability to set no timeout | 15:50 |
| *** abregman has quit IRC | 15:53 | |
| openstackgerrit | Philip Marc Schwartz proposed openstack-infra/zuul feature/zuulv3: WIP Add Directed Acylic Graph for usage as a JobGraph https://review.openstack.org/439663 | 15:53 |
| jeblair | pabelanger: i'm inclined to "None" but am willing to be persuaded that we should have a default timeout. I think in either case, we should support no timeout (even if that means users set an explicit 0) | 15:53 |
| pabelanger | jeblair: okay, for now, I'll default to None. And if we want to update in the future we could | 15:54 |
| jeblair | sounds like a plan | 15:55 |
| openstackgerrit | Paul Belanger proposed openstack-infra/zuul feature/zuulv3: Add timeout variable to jobs https://review.openstack.org/439637 | 15:55 |
| *** abregman has joined #zuul | 15:56 | |
| openstackgerrit | Paul Belanger proposed openstack-infra/zuul feature/zuulv3: Add timeout variable to jobs https://review.openstack.org/439637 | 16:04 |
| *** abregman is now known as abregman|mtg | 16:18 | |
| *** abregman|mtg has quit IRC | 16:44 | |
| *** isaacb has quit IRC | 16:47 | |
| *** abregman has joined #zuul | 16:52 | |
| *** abregman has quit IRC | 17:06 | |
| *** Gravious has joined #zuul | 17:10 | |
| rbergeron | hi peeps: I have a draft of the Very First exciting zuul project update for folks to eyeball. https://etherpad.openstack.org/p/zuul-v3-first-status-update | 17:23 |
| rbergeron | ^^ mordred, jeblair, pabelanger, spamaps, anyone else who is around | 17:23 |
| jeblair | cool, i will read s soon as i finish my firefox memory purge :) | 17:24 |
| rbergeron | it is... longish. I think in future editions that we can trim a significant portion of the first part, but i think leaving the stuff at the end (about zuul, community info), at the bottom, could be helpful. | 17:24 |
| rbergeron | oh god | 17:24 |
| rbergeron | sorry | 17:24 |
| SpamapS | dunno what you people do to Firefox to make it so hungry. Mine's only using 1.2G with two slacks and a verse open. :-P | 17:27 |
| rbergeron | for those reading: i am not opposed to cliipping a bunch of the top and just saying "go read monty's blog" but i (clearly) like to fall on the side of more information, provided the things ppl really need to know are quickly findable / apparent | 17:30 |
| rbergeron | and i think the only technical-ish question i had (not to say that i may or may not have screwed stuff up without even questioning those items) -- the terminology around the 'not openstack clouds' in the future and if that includes "random hardware that isn't even a cloud" | 17:31 |
| jeblair | rbergeron: cool; i added a suggestion near the botom about irc channels. | 17:31 |
| rbergeron | and fwiw: did notice in my "where's a generic description of zuul" that there is the one in docs; monty referring to it as anelastic ci/cd engine in slides; jeblair referring to it as "system to drive project automation" in a blog | 17:32 |
| jeblair | rbergeron: the part about other clouds and not-clouds read okay to me. | 17:33 |
| rbergeron | that might be a thing to more concretely cement in the future, since we sometimes call it gating, sometimes CI / CD, etc. | 17:33 |
| rbergeron | jeblair: awesome | 17:33 |
| jeblair | rbergeron: it's a rorschach test? | 17:33 |
| rbergeron | jeblair: totally :) | 17:33 |
| rbergeron | jeblair: and yeah, the irc thing. I think i mentally had that in my squirrelbrain and um, yeah, squirrels or something | 17:34 |
| pabelanger | looks like zuul is complaining about pbr 2.0.0 this morning | 17:46 |
| pabelanger | or a dependency rather | 17:46 |
| *** hashar has quit IRC | 17:47 | |
| rbergeron | pabelanger, jeblair: i think you're the ones who eyeballed / had comments - does it look kosher to send out? | 17:51 |
| rbergeron | (and before i do: do we want to have something like [zuul-status] or etc. in the subject (now or in the future))? | 17:51 |
| pabelanger | rbergeron: I left a URL in one part, but seems straightforward to me | 17:51 |
| pabelanger | I am setup for [infra] personally | 17:52 |
| rbergeron | pabelanger: i caught that and added it | 17:52 |
| rbergeron | was just thinking of the folks who may explicitly just want zuul updates and filter out hte rest of openstack-dev, but maybe we're not worried about that yet or expect that they're on the infra list anyway | 17:53 |
| rbergeron | i just don't want to be the evil person who doesn't follow rules about [infra] or something like that :) | 17:53 |
| jeblair | rbergeron: lgtm! | 17:56 |
| rbergeron | jeblair, pabelanger: i sent you a, um, test version just to make sure it doesn't come out on the other side with me looking moronic... gmail ate something of mine this week and digested it in awful fashion | 18:01 |
| rbergeron | if you have uno moment to just say "oh yes" or "or god no", no need to reread the whole thing | 18:02 |
| rbergeron | (and do i do to: openstack-dev and openstack-infra in the same mail, or two separate things? | 18:02 |
| rbergeron | ) | 18:02 |
| rbergeron | (sorry, questioning robyn) | 18:02 |
| pabelanger | I got a plain text version | 18:04 |
| jeblair | rbergeron: a double to, or a to and cc should be fine. i think the lists set reply-to. | 18:04 |
| rbergeron | pabelanger: excellent, and ty, jeblair | 18:06 |
| rbergeron | okay, it is sent; i do believe this is my first post to at least -dev, and likely -infra as well, so if there is a "first post needs to be approved by someone" thing going on, then those buttons will need pushin' | 18:11 |
| jeblair | rbergeron: i think you only need to be subscribed to them | 18:11 |
| rbergeron | jeblair: well, then we should see things soonishly if not already | 18:16 |
| jeblair | rbergeron: i have received it! | 18:18 |
| rbergeron | jeblair: excellentay! | 18:22 |
| openstackgerrit | Paul Belanger proposed openstack-infra/zuul feature/zuulv3: Update hacking dependency https://review.openstack.org/439756 | 18:23 |
| Gravious | hi, zuul code seems to be python3 compatible but the setup.cfg only mentions python2, should i read anything into this? | 18:30 |
| clarkb | Gravious: it doesn't currently get python3 testing and I don't know that all the deps like gear are fully compatible. Though it is being worked on | 18:31 |
| Gravious | clarkb, ah ok, cheers :) | 18:33 |
| jeblair | yes, hopefully around the v3 release (maybe a little before or after depending on how things go). | 18:41 |
| rbergeron | ansible itself is not yet v3 compatible (workin' on that), but unclear if that's related (I think not, but who knows) | 18:42 |
| *** harlowja has quit IRC | 18:43 | |
| clarkb | rbergeron: in current design it shouldn't matter since ansible is run as a subprocess. It does mean you would have to have both versions of python handy though | 18:44 |
| pabelanger | last I checked, shade is not 100% python3 too | 18:44 |
| pabelanger | Oh | 18:44 |
| pabelanger | maybe that is just for RPM packaging | 18:44 |
| *** harlowja has joined #zuul | 18:46 | |
| rbergeron | clarkb: that was my thought, but :) | 18:50 |
| pabelanger | jeblair: mind a +3 on 439756 | 18:52 |
| pabelanger | fixes our pbr-2.0.0 dependency issue | 18:52 |
| mordred | pabelanger: if shade isn't 100% python3 I'm going to be very sad because we do gate on python3 | 19:01 |
| pabelanger | mordred: Ya, this is for RPMs. I've been trying to package it for python3, but some dependencies are missing python3 packaging support | 19:03 |
| mordred | pabelanger: ahhhh. fun | 19:03 |
| jlk | What's preferred in a layout file? manager: independent, or manager: IndependentPipelineManager ? | 19:20 |
| jlk | looks like the former started being used around december of '15 | 19:20 |
| jeblair | jlk: independent. it's a zuulv3 change | 19:26 |
| pabelanger | neat, tests.unit.test_v3.TestInRepoConfig.test_in_repo_branch failure in the gate pipeline | 19:26 |
| pabelanger | first I have seen that | 19:26 |
| pabelanger | http://logs.openstack.org/56/439756/1/gate/gate-zuul-python27-ubuntu-xenial/aec5d24/console.html | 19:26 |
| jlk | Another question. I'm looking at tests/fixtures/zuul.conf which references a tenant_config of main.yaml, but I can't find that file anywhere. Looks like it was removed in be706e1c6d57d96c85e8992041e15184f250ac63 -- what's the intent here? | 19:27 |
| jlk | are the tests finding that file in-repo somewhere? | 19:28 |
| jeblair | jlk: now each test class specifies its main tenant file. eg: unit/test_v3.py: tenant_config_file = 'config/ansible/main.yaml' | 19:29 |
| jlk | oh maybe it's buried in a /tests/fixtures/config/ path | 19:29 |
| jlk | okay | 19:29 |
| openstackgerrit | Merged openstack-infra/zuul feature/zuulv3: Update hacking dependency https://review.openstack.org/439756 | 19:38 |
| pabelanger | doh | 19:40 |
| pabelanger | fatal: write error: No space left on device | 19:40 |
| pabelanger | that is zuulv3-dev.o.o | 19:40 |
| pabelanger | purging the /tmp dir | 19:41 |
| pabelanger | we might want to consider putting jobdir in /opt for now | 19:42 |
| jesusaur | pabelanger: doesn't the jobdir get automatically deleted after the job runs? | 19:47 |
| pabelanger | mordred: clarkb: mind +3 on 437938? | 19:47 |
| pabelanger | jesusaur: usually yes, but we are keeping them alive for debugging | 19:47 |
| jesusaur | ahh | 19:47 |
| jeblair | pabelanger: maybe we can turn that off now? | 19:47 |
| pabelanger | however, maybe it is time to expose keepjob setting, per job. | 19:47 |
| jeblair | pabelanger: no, we should not expose that | 19:48 |
| pabelanger | jeblair: sure | 19:48 |
| jeblair | pabelanger: that's an advanced debugging thing for a sysadmin to enable | 19:48 |
| pabelanger | okay, I thought we had discussed having it setup per job | 19:48 |
| pabelanger | I am fine with that too | 19:48 |
| pabelanger | launcher restarted | 19:49 |
| jeblair | pabelanger: thanks | 19:49 |
| pabelanger | jeblair: would mind a review on 439637, left a TODOv3 also, if you are okay with that | 19:52 |
| jeblair | pabelanger: cool, one small thing inline. rest lgtm. | 20:00 |
| openstackgerrit | Clark Boylan proposed openstack-infra/zuul master: Update trigger script to handle periodic jobs https://review.openstack.org/439821 | 20:01 |
| *** openstackgerrit has quit IRC | 20:03 | |
| pabelanger | jeblair: actually, does it make sense to do the evaluation for your reply? The more I think about it, that check is only valid for jobs that are 9 seconds long. Other wise, we'll still wait up to 10 secs after the timeout. | 20:08 |
| *** harlowja has quit IRC | 20:08 | |
| jeblair | pabelanger: i'm not sure what you're asking. | 20:11 |
| pabelanger | jeblair: updating time.sleep(), I am not sure it is valid on my patchset 439637. It would only be invoked if a job timeout is less then 10. Otherwise, job timeout could be timeout + 10s. I only added it for our unit tests, so we didn't have to wait 10 secs for it to pass. But not sure if there is real world value | 20:13 |
| *** openstackgerrit has joined #zuul | 20:15 | |
| openstackgerrit | Paul Belanger proposed openstack-infra/zuul feature/zuulv3: Add timeout variable to jobs https://review.openstack.org/439637 | 20:15 |
| *** hashar has joined #zuul | 20:27 | |
| *** jroll has joined #zuul | 20:27 | |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Allow using webapp from connections https://review.openstack.org/439831 | 20:29 |
| jeblair | pabelanger: right, it's only really valuable for the unit tests, so i didn't want to incur the cost of doing that 10 times per second (which is what we would be doing on a launcher with 100 jobs running). if you want to remove it entirely (so the unit test job takes 10 seconds), that's fine too. | 20:29 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Support GitHub PR webhooks https://review.openstack.org/439834 | 20:30 |
| pabelanger | jeblair: ya, let me remove for now. | 20:30 |
| openstackgerrit | Paul Belanger proposed openstack-infra/zuul feature/zuulv3: Add timeout variable to jobs https://review.openstack.org/439637 | 20:31 |
| jlk | fun times, I can't get tox to work locally on v3 branch :( | 20:37 |
| jlk | sifting through output | 20:38 |
| jlk | kazoo timeout error | 20:39 |
| pabelanger | are you running zookeeper? | 20:40 |
| jlk | Does tox not set that up for me? | 20:40 |
| pabelanger | not any more | 20:40 |
| pabelanger | you need to manually start it | 20:40 |
| jlk | ..... okay. | 20:40 |
| pabelanger | but, once running. zuul does the rest | 20:40 |
| tflink | pabelanger: I remember you talking about a sprint for zuulv3 this spring but I don't remember when that was. Can you refresh my memory on that? | 20:40 |
| pabelanger | tflink: Yes, likely our PTG, which happened last week | 20:41 |
| jlk | is this documented somewhere, starting ZK? | 20:41 |
| pabelanger | tflink: rbergeron just sent out ML post bout our latest updates. | 20:41 |
| pabelanger | http://lists.openstack.org/pipermail/openstack-infra/2017-March/005202.html | 20:42 |
| tflink | a zuul mailing list? | 20:42 |
| * tflink is slow | 20:42 | |
| pabelanger | jlk: we likely should update the README.rst | 20:42 |
| pabelanger | or TESTING.rst | 20:42 |
| jlk | or at least TESTING.md | 20:42 |
| pabelanger | ya | 20:42 |
| jlk | yeah that word | 20:42 |
| pabelanger | tflink: np, would have been posted to openstack-dev and openstack-infra mailing lists | 20:43 |
| tflink | thanks | 20:44 |
| tflink | pabelanger: may I PM? | 20:46 |
| pabelanger | tflink: sure | 20:46 |
| tflink | is v3 still in a state that it's likely not worth looking at in terms of how well it might work for other uses in the longer term future? | 20:50 |
| tflink | IIRC, some of the stuff at the PTG was making some openstack-specific bits more generic | 20:50 |
| *** tobiash_ has joined #zuul | 20:50 | |
| *** mmedvede_ has joined #zuul | 20:52 | |
| *** mmedvede has quit IRC | 20:53 | |
| *** tobiash has quit IRC | 20:53 | |
| *** mmedvede_ is now known as mmedvede | 20:53 | |
| pabelanger | Hmm, I think you could start poking around at it. Even start uploading some patches to openstack-infra/zuul to see how it actually works. Things like how jobs are defined are still in flux, but in general I think we are well into the right path | 20:54 |
| tflink | ok, thanks. I'll put that back on my list of stuff to do | 20:56 |
| pabelanger | tflink: I do have a fedmsg patch in flight, https://review.openstack.org/#/c/426861/ that I am looking forward to testing | 20:58 |
| *** harlowja has joined #zuul | 21:01 | |
| *** harlowja has quit IRC | 21:01 | |
| *** harlowja has joined #zuul | 21:01 | |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Document needing zookeeper to run tests https://review.openstack.org/439857 | 21:24 |
| openstackgerrit | Cullen Taylor proposed openstack-infra/zuul feature/zuulv3: Re-enable test_tags https://review.openstack.org/439858 | 21:25 |
| openstackgerrit | Merged openstack-infra/zuul feature/zuulv3: Document needing zookeeper to run tests https://review.openstack.org/439857 | 21:37 |
| openstackgerrit | Cullen Taylor proposed openstack-infra/zuul feature/zuulv3: Re-enable test_tags https://review.openstack.org/439858 | 21:40 |
| jhesketh | Morning | 21:58 |
| jlk | Did y'all already fix something related to pbr 2.0.0 today? | 21:58 |
| pabelanger | jlk: ya, hacking should have been updated | 22:00 |
| jlk | got it, needed to rebase | 22:00 |
| pabelanger | jhesketh: morning | 22:00 |
| pabelanger | jhesketh: mind reviewing 437938 and 439637 | 22:01 |
| openstackgerrit | Cullen Taylor proposed openstack-infra/zuul feature/zuulv3: Re-enable test_tags https://review.openstack.org/439858 | 22:03 |
| * Shrews returns to Zuultopia and sees many good things happening in his absence | 22:15 | |
| Shrews | jeblair: oopsie on the quota bug. will fix it in the morn | 22:16 |
| jeblair | Shrews: cool, np and thanks. we have something working well enough for the ptg and small scale testing. :) | 22:26 |
| Shrews | jeblair: that's good. i imagine i'll spend most of the morning catching up on scrollback then | 22:29 |
| Shrews | oh so much scrollback | 22:29 |
| openstackgerrit | Cullen Taylor proposed openstack-infra/zuul feature/zuulv3: Re-enable test_tags https://review.openstack.org/439858 | 22:36 |
| openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Report dynamic layout config errors https://review.openstack.org/439887 | 22:43 |
| jeblair | pabelanger, SpamapS, mordred: ^ i think we will be very pleased to have that as we start throwing actual configs at zuul. | 22:44 |
| pabelanger | nice | 22:45 |
| jeblair | i pasted a copy of the error message into a gerrit comment | 22:45 |
| SpamapS | oh yes indeed | 22:45 |
| SpamapS | jeblair: I did see your comments on reviews earlier today. Just been in all the meetings. :-P | 22:46 |
| SpamapS | BTW, finally showed Zuul v3 to CNCF TOC, and received a warm reception. | 22:46 |
| SpamapS | And was invited to show it to the Kubernetes testing SIG | 22:47 |
| pabelanger | BTW: we should land https://review.openstack.org/#/c/437938/ if at all possible. It is the last piece needed to review the proper URL on review.o.o. I know a few people today were looking for logs | 22:47 |
| SpamapS | I think they understand the scale problems that it solves. | 22:47 |
| openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Report dynamic layout config errors https://review.openstack.org/439887 | 22:48 |
| jeblair | SpamapS: cool, thanks for being in all the meetings :) that sounds like great progress | 22:52 |
| openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Report dynamic layout config errors https://review.openstack.org/439887 | 23:02 |
| openstackgerrit | Merged openstack-infra/zuul feature/zuulv3: Publish python-linters jobs to apache https://review.openstack.org/437938 | 23:10 |
| SpamapS | jeblair: https://github.com/kubernetes/test-infra/tree/master/prow <-- this is our competition in Kubernetes btw | 23:14 |
| SpamapS | hook is ~= to zuul-scheduler | 23:15 |
| SpamapS | and they're wondering if they can put Zuul's algorithm into it for gating. | 23:15 |
| jeblair | SpamapS: it far surpasses zuul in its ability to tell jokes. | 23:17 |
| jamielennox | pabelanger, jeblair: for zuul 2.5 do we need to maintain the jjb 1.6.1 pin? | 23:22 |
| jeblair | SpamapS: if they do adopt the algorithm, i hope they cite us. but i'd rather they came and joined us. :) | 23:23 |
| jeblair | jamielennox: i have no idea; we use non-public jjb apis, so we'd have to experiment. | 23:23 |
| pabelanger | I think above that broke 2.5 IIRC | 23:23 |
| SpamapS | jeblair: Me too. Trying to enlighten them, but I don't think standing in their way and trying to stop them will work. We'll have to catch them when they're tired of pushing things through the mud. ;) | 23:24 |
| jamielennox | so jjb 1.6.1 is the last of the 1.X series, but it specifies: pbr>=1.0.0,<2.0, which is breaking some things now that 2.0 has been released | 23:24 |
| jamielennox | and pip version dependency resolution being what it is | 23:24 |
| jamielennox | is the gerrit set up in such a way we could do a 1.6.2 that just removes that 2.0 cap? | 23:25 |
| jeblair | SpamapS: yes. also, we are unlikely to convince them until we run it ourselves. :) | 23:25 |
| jeblair | jamielennox: i don't know; this is probably a better #openstack-infra question | 23:26 |
| jamielennox | jeblair: makes sense | 23:26 |
| jlk | With v3, is it assumed that anything hitting the webapp will have a tenant name prefix? | 23:31 |
| pabelanger | cool, gerrit URLs for zuul is working again: https://review.openstack.org/#/c/439637/ | 23:34 |
| pabelanger | see python-linters in table | 23:34 |
| *** hashar has quit IRC | 23:34 | |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Allow using webapp from connections https://review.openstack.org/439831 | 23:42 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!