*** jkilpatr has quit IRC | 01:53 | |
*** jkilpatr has joined #zuul | 02:01 | |
*** TheJulia has quit IRC | 02:26 | |
*** TheJulia has joined #zuul | 02:29 | |
*** dkranz has quit IRC | 03:12 | |
*** jamielennox is now known as jamielennox|away | 05:12 | |
*** jamielennox|away is now known as jamielennox | 05:17 | |
*** jkilpatr has quit IRC | 06:33 | |
*** jkilpatr has joined #zuul | 06:38 | |
*** jamielennox is now known as jamielennox|away | 07:34 | |
*** jamielennox|away is now known as jamielennox | 08:28 | |
*** openstackgerrit has quit IRC | 08:33 | |
*** pbelamge has joined #zuul | 08:51 | |
mordred | jamielennox, jeblair: catching up on scrollback from meeting yesterday - another use case to keep in mind for "more support for username in zuul.conf" is people using zuul without having nodepool build images ... this is not implemented yet, but is a thing we've discussed being a thing, and setting a username will likely be useful for that | 08:55 |
---|---|---|
jamielennox | mordred: yep, i can see a case where people want to use the distro supplied cloud images | 10:09 |
jamielennox | but that would be different per image | 10:10 |
mordred | jamielennox: exactly | 10:11 |
tobiash | so nodepool will tell zuul which user to use? | 10:13 |
jamielennox | tobiash: the direction for now was just to give you the default option in zuul.conf and nodepool when we have a real use case | 10:14 |
tobiash | is someone working on support for 'external' images in nodepool which don't get rebuild? | 10:23 |
tobiash | if not I hopefully have time for that in the next few weeks | 10:23 |
mordred | tobiash: I do not believe anyone is working on that yet - no | 10:23 |
mordred | tobiash: hopefully it won't be _super_ hard | 10:23 |
mordred | since it'll mostly be about not doing thing | 10:23 |
mordred | things | 10:23 |
tobiash | I have such a use case (windows images) | 10:24 |
mordred | ah - that's an excellent use case | 10:24 |
tobiash | currently I'm using windows images with an old nodepool with snapshot approach | 10:25 |
tobiash | but that's ugly as I'm not changing anything during that snapshotting... | 10:25 |
mordred | yah. that is ugly :( | 10:25 |
tobiash | with zookeeper enabled nodepool this won't work anymore so externally managed images seem promising | 10:25 |
mordred | I think also for some users, the cloud provided image would be fine - if there is no desire to cache things in the images then the urge to rebuild them may be lower | 10:26 |
mordred | so the build/upload step is just extra complexity for some cases | 10:26 |
tobiash | yepp | 10:26 |
tobiash | hm, image rebuild is tightly coupled to diskimage builder right? | 10:27 |
mordred | it is | 10:28 |
tobiash | I'm thinking of a possible use case like ansible managed images (could support 'building' of windows images) | 10:28 |
mordred | although with the new zookeeper approach it should _also_ be easier for someone to write a different driver for that | 10:28 |
tobiash | possibly running an ansible script instead could be cool | 10:29 |
mordred | I mean, it shouldn't be that hard to make dib be able to handle windows images - pabelanger added the ability to run ansible playbooks as part of an element - and dib can already download a base image from somewhere | 10:29 |
mordred | pabelanger: ^^ might be a fun use case to look at for your ansible+dib stuff | 10:30 |
tobiash | hm, how would that work for windows? | 10:30 |
tobiash | download base image, create local vm (libvirt) run ansible against that? | 10:31 |
mordred | well - yah - it would likely have to use local vm - the normal process for dib is to download base image then create a chroot for it | 10:32 |
mordred | and ansible has a chroot connection type, so the ansible playbook support can be pretty lightweight | 10:32 |
mordred | however, chroot into window image will not work well :) | 10:32 |
tobiash | not really ;) | 10:32 |
tobiash | maybe also the cloud itself could help there | 10:33 |
tobiash | instead of running the local vm | 10:33 |
mordred | yah - this is maybe the reason we haven't gotten too far down this path yet | 10:33 |
mordred | since doing a remote modificaiton and snapshot would make much more sense here | 10:33 |
mordred | but I think enough people want unmodified images that adding support for _that_ is likely the biggest win | 10:34 |
mordred | since then if you want to manage a few seldom-changing images with something like packer or any other tool, you can do that without nodepool needing to know | 10:34 |
tobiash | yes, I think an easier way for that would be an externally managed image + jobs which update the images (easy via ansible) | 10:35 |
mordred | yup | 10:35 |
mordred | and as soon as we find a person who needs windows images AND wants to have them updated daily like nodepool does and wants nodepool to manage that - well, then we can solve that issue :) | 10:36 |
tobiash | as this is not a real standard use case I can live very well with updating windows images outside of nodepool | 10:37 |
tobiash | but that dib+ansible stuff makes me curious | 10:38 |
tobiash | have to look at that | 10:38 |
tobiash | I have all stuff of our ci deployment in ansible so dib seems a bit 'unnatural' in my env | 10:40 |
*** jkilpatr has quit IRC | 10:40 | |
tobiash | combining dib with ansible for the linux nodes sounds really interesting :) | 10:40 |
mordred | yah - I agree - I'm a little sad I haven't had more time to play with it directly and also maybe to write some blog posts about it | 10:45 |
tobiash | mordred: you mean this one? https://review.openstack.org/#/c/385608 | 10:51 |
mordred | tobiash: yes. I think that's it - I guess it hasn't landed yet :) | 10:52 |
tobiash | nope | 10:52 |
* mordred will add that to his list of things to go argue about | 10:53 | |
*** jkilpatr has joined #zuul | 11:14 | |
*** hashar has joined #zuul | 11:25 | |
*** rcarrillocruz has quit IRC | 11:34 | |
*** yolanda has quit IRC | 11:44 | |
*** yolanda has joined #zuul | 11:44 | |
*** yolanda has quit IRC | 11:49 | |
*** yolanda has joined #zuul | 11:50 | |
*** yolanda_ has joined #zuul | 11:56 | |
*** yolanda has quit IRC | 11:58 | |
*** yolanda_ has quit IRC | 12:19 | |
*** yolanda_ has joined #zuul | 12:19 | |
*** yolanda_ has quit IRC | 12:31 | |
*** yolanda_ has joined #zuul | 12:31 | |
pabelanger | mordred: ah yes, it would be great to get some feedback from ansible users. I've run into a snag on that review | 12:41 |
*** yolanda_ has quit IRC | 12:43 | |
*** yolanda_ has joined #zuul | 12:44 | |
*** yolanda_ has quit IRC | 13:04 | |
*** yolanda_ has joined #zuul | 13:05 | |
*** yolanda_ is now known as yolanda | 13:05 | |
*** gundalow has quit IRC | 13:06 | |
*** gundalow has joined #zuul | 13:07 | |
*** dmsimard|afk is now known as dmsimard | 13:15 | |
*** dkranz has joined #zuul | 13:18 | |
*** openstackgerrit has joined #zuul | 13:41 | |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Allow for prefixing job dir names https://review.openstack.org/456685 | 13:41 |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Initial code for a fingerd log streamer https://review.openstack.org/456721 | 13:41 |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Allow for specifying root job directory https://review.openstack.org/456691 | 13:41 |
Shrews | jeblair: mordred: I think those reviews ^^^ actually make the log streamer work now. I don't have a working zuul setup to actually test, but running the zuul-log-streamer alone (and manually creating the log) works. Will now look at the 2nd option of integrating with the executor. | 13:45 |
mordred | Shrews: awesome | 13:47 |
Shrews | Initial study of safe ways to do privilege deescalation in python makes me sad though | 13:47 |
mordred | :( | 13:47 |
Shrews | mordred: that deescalate library you noted yesterday scares me a bit. a 0.1 release with 0 contributors and only 22 commits | 13:55 |
Shrews | so probably safe to say it's not widely tested/used | 13:55 |
Shrews | last commit Aug 2015 | 13:56 |
*** pbelamge has quit IRC | 13:57 | |
mordred | Shrews: yah - also, it's basically just using pyrex to hit the C versions of the capabilities calls | 14:00 |
mordred | Shrews: I think if anything we'd wind up doing something similar ourselves | 14:00 |
Shrews | looking into the daemon.DaemonContext options now. that might be an easy way to do this | 14:01 |
Shrews | there are uid and gid options for that | 14:01 |
*** isaacb has joined #zuul | 14:07 | |
*** isaacb has quit IRC | 14:13 | |
*** isaacb has joined #zuul | 14:13 | |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Initial code for a fingerd log streamer https://review.openstack.org/456721 | 14:37 |
Shrews | added code ^^^ to drop permissions to 'zuul' user before handling the request | 14:37 |
jeblair | clarkb, jlk, SpamapS: the unit test failures in the gate happen on osic where we recently switched to 4vcpus. all the other providers are still 8. | 14:38 |
jeblair | i think that explains the change in behavior | 14:39 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove source from pipelines (1/2) https://review.openstack.org/453362 | 14:46 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Replace config/project repos with config/untrusted projects https://review.openstack.org/453347 | 14:46 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Add hostname to TriggerEvent https://review.openstack.org/452348 | 14:46 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove source from pipelines (2/2) https://review.openstack.org/453821 | 14:46 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Extend test timeout to 120s https://review.openstack.org/454806 | 14:46 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Fully qualify project configuration names https://review.openstack.org/451970 | 14:46 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Add source to project and remove unused tenant attrs https://review.openstack.org/451969 | 14:46 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Pass source to project instantiations https://review.openstack.org/451596 | 14:46 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Add a project index to Tenant https://review.openstack.org/451597 | 14:46 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove unused Tenant.getRepo method https://review.openstack.org/451929 | 14:46 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Use new tenant project index for config references https://review.openstack.org/451928 | 14:46 |
*** isaacb has quit IRC | 14:59 | |
*** isaacb has joined #zuul | 15:26 | |
*** isaacb_ has joined #zuul | 15:28 | |
*** isaacb has quit IRC | 15:31 | |
jeblair | i rebased that stack on a timeout increase, and it it passed all of the times it ran in osic. it failed 1/2 in vanilla and 1/3 in internap. | 15:32 |
*** rcarrillocruz has joined #zuul | 16:05 | |
*** rcarrillocruz has quit IRC | 16:07 | |
*** rcarrillocruz has joined #zuul | 16:07 | |
*** isaacb_ has quit IRC | 16:08 | |
*** hashar has quit IRC | 16:12 | |
*** rcarrillocruz has quit IRC | 16:18 | |
*** rcarrillocruz has joined #zuul | 16:18 | |
jeblair | clarkb, jlk: i have found one inter-test leak; working on patch/test now | 16:50 |
*** harlowja_ has joined #zuul | 16:50 | |
*** harlowja has quit IRC | 16:52 | |
SpamapS | jeblair: so longer timeout made it fail on 8cpu boxes, but pass on 4cpu? | 17:01 |
jeblair | SpamapS: i don't think the longer timeout hurt the 8vcpu; we had many more successes than failures there. | 17:03 |
jeblair | (there were 8vcpu sucecsses on other providers i didn't mention) | 17:05 |
SpamapS | jeblair: so is there any insight into the root cause? I can't think of one. | 17:14 |
mordred | SpamapS: "jeblair | clarkb, jlk: i have found one inter-test leak; working on patch/test now" perhaps that? | 17:16 |
jeblair | i think we're doing significantly more work in the tests, especially with git repos, which makes them very susceptible to slowdowns. i think that the leak i found (there may be more leaks) exacerbates the problem by causing cascading failures. | 17:17 |
SpamapS | Ahhhhhhh I didn't see that. | 17:18 |
SpamapS | jeblair: right, it goes slow, another one that uses something shared runs at the same time, and boom, race? | 17:18 |
jeblair | i think there are some things we can do to greatly reduce the amount of git repo work being done in tests which i think will help. we took some shortcuts enabling some of the tests. we're going to have to take the long way round to improve it. | 17:19 |
SpamapS | oh that sounds interesting. :) | 17:19 |
jeblair | i'll try to have a patch up to explain what i've found soon | 17:22 |
*** jkilpatr has quit IRC | 17:22 | |
*** jkilpatr has joined #zuul | 17:38 | |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Stop jobs when executor stops https://review.openstack.org/457753 | 18:04 |
jeblair | SpamapS, clarkb, mordred, jlk: ^ give that a once over please and let me know if it makes sense. | 18:04 |
jeblair | i don't think it will solve all our problems, but i think it does clear up at least one mystery, and will help us pinpoint actual issues in tests rather than being awash in unrelated failures. | 18:05 |
jeblair | in http://logs.openstack.org/62/453362/14/check/gate-zuul-python27-ubuntu-xenial/6bb6d65/testr_results.html.gz the first failure is an actual racy test. all the other failures are due to the leak from that first test. | 18:09 |
jeblair | so next up -- fixing that race :) | 18:09 |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Add a finger protocol log streamer https://review.openstack.org/456721 | 18:23 |
SpamapS | jeblair: the premise makes perfect sense to me. | 18:25 |
*** hashar has joined #zuul | 18:29 | |
mordred | jeblair: what an exciting patch! | 18:33 |
*** jkilpatr_ has joined #zuul | 18:36 | |
*** jkilpatr has quit IRC | 18:36 | |
jeblair | i guess to clarify, that leak is only between tests within a single run of a single test runner. it's not a resource leak across test run invocations, which is something that folks were theorizing earlier. | 18:42 |
jeblair | but it's definitely an issue. :) | 18:42 |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Allow for prefixing job dir names https://review.openstack.org/456685 | 19:33 |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Allow for specifying root job directory https://review.openstack.org/456691 | 19:55 |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Add a finger protocol log streamer https://review.openstack.org/456721 | 19:55 |
clarkb | jeblair: is the failure on 457753 one of the race you are talking about? | 20:11 |
clarkb | looks like only a single test failed. I am going to recheck to see if its consistent which should help in reviews | 20:11 |
jeblair | clarkb: just started looking at that. it looks like it's a new failure uncovered by the additional assertion. i'm still digging and not sure what to think of it yet. :) | 20:12 |
clarkb | jeblair: in the new stop() method I think you may have to wait for settled? | 20:18 |
clarkb | as the release isn't instantaneous? | 20:18 |
clarkb | nevermind I see that the super call in stop() is going to forcefully stop things | 20:22 |
jeblair | clarkb: the superclass stop() waits on the thread, so the executor should be completely done with it by the time it returns | 20:22 |
*** openstackgerrit has quit IRC | 20:33 | |
*** jkilpatr_ has quit IRC | 20:34 | |
clarkb | jeblair: based on the end of the logs there I think the apschedulers aren't being cleared out by the replacement of the pipeline | 20:36 |
clarkb | jeblair: so the code that is guarding against a race in apscheduler scheduling new things may not be sufficient | 20:37 |
clarkb | need to make sure the apscheduler threads die too | 20:37 |
jeblair | clarkb: it think we expect the apscheduler to continue; we just remove the jobs from the pipeline so it doesn't schedule any more. | 20:38 |
clarkb | ya reading _removeJobs now. | 20:40 |
SpamapS | I'm constantly calling .shutdown() on apscheduler when pdb'ing | 20:43 |
clarkb | currently not clear to me what the difference is between postConfig and reconfigure | 20:44 |
SpamapS | in fact I usually just prefix pdb.set_trace() with x.y.z.apsched.shutdown() | 20:44 |
clarkb | as it appears postConfig is what actually does that work of a reconfiguration event, but timer has no postConfig? | 20:44 |
jeblair | i think the error in that test is because waitUntilSettled doesn't wait until the AnsibleJob is "finalized" which is what what we look for in the new assertion | 20:47 |
clarkb | aha reconfigureDrivers is called a little earlier. /me starting ot make sense of this | 20:47 |
jeblair | so i'm adding a check for that to waitUntilSettled | 20:47 |
jeblair | i think that should take care of it | 20:47 |
clarkb | you'll still get the error logged about apscheduler threads. Would it be better to remove those if no longer needed or maybe whitelist them so they don't generate errors in the logs? | 20:49 |
*** openstackgerrit has joined #zuul | 20:49 | |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Stop jobs when executor stops https://review.openstack.org/457753 | 20:49 |
jeblair | that's a lot of apscheduler threads | 20:49 |
clarkb | I think it would work to call apsched.stop() after remove jobs. Then start if not already started and at least one job is added in after? | 20:51 |
* clarkb checks apscheduler api | 20:51 | |
clarkb | stop is not documented | 20:52 |
clarkb | oh I may have made that up | 20:52 |
clarkb | looks like pause may be a thing | 20:53 |
jeblair | well, i don't think it's critical | 20:53 |
jeblair | (would be nice to tidy up) | 20:53 |
*** jkilpatr has joined #zuul | 20:55 | |
*** hashar has quit IRC | 20:58 | |
openstackgerrit | Clark Boylan proposed openstack-infra/zuul feature/zuulv3: Don't run apsched thread when no jobs need scheduling https://review.openstack.org/457798 | 21:00 |
clarkb | I have no idea if that will actually work | 21:00 |
clarkb | and ya not really necessary since the apsched thread will b reused once new jobs that need timer scheduling show up | 21:00 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Fix race in test_queue_rate_limiting_dependent https://review.openstack.org/457799 | 21:02 |
jeblair | that fixes the race that was buried in the thread leak errors from earlier ^ | 21:03 |
jeblair | clarkb: i think your initializer should be False instead of True | 21:04 |
*** _ari_ is now known as _ari_|gone | 21:09 | |
clarkb | jeblair: beacuse startup implies reconfigure? | 21:14 |
jeblair | clarkb: oops, i'm wrong, i missed the start() there. looks right. | 21:17 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Fix race in test_queue_rate_limiting_dependent https://review.openstack.org/457799 | 21:48 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Stop jobs when executor stops https://review.openstack.org/457753 | 21:48 |
jeblair | clarkb: i restacked those on the timeout bump | 21:49 |
clarkb | ok gonna tank up on cafeeine and then review | 21:49 |
jeblair | i'm going to perform work to reduce the excessive git repo activity after my multi-source patches because there will be significant conflicts | 21:50 |
clarkb | jeblair: basically you are going to reduce tests down to required subset of repos? | 22:02 |
jlk | Was there any more info/progress in test instability? | 22:07 |
clarkb | jlk: https://review.openstack.org/#/c/457799/2 that stack is what jeblair has put together to start fixing things | 22:09 |
jeblair | clarkb: yeah | 22:09 |
clarkb | jeblair: executor one failed pep8 on uuid being shadowed | 22:09 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove source from pipelines (1/2) https://review.openstack.org/453362 | 22:09 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Replace config/project repos with config/untrusted projects https://review.openstack.org/453347 | 22:09 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Add hostname to TriggerEvent https://review.openstack.org/452348 | 22:09 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove source from pipelines (2/2) https://review.openstack.org/453821 | 22:09 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Fully qualify project configuration names https://review.openstack.org/451970 | 22:09 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Add source to project and remove unused tenant attrs https://review.openstack.org/451969 | 22:09 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Pass source to project instantiations https://review.openstack.org/451596 | 22:09 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Add a project index to Tenant https://review.openstack.org/451597 | 22:09 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove unused Tenant.getRepo method https://review.openstack.org/451929 | 22:09 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Use new tenant project index for config references https://review.openstack.org/451928 | 22:09 |
jeblair | clarkb: pep8 fixed along with the rebase | 22:10 |
clarkb | jeblair: the current ps is failing, did the fix get pushed? | 22:10 |
jeblair | huh, did i miss that? | 22:11 |
jeblair | drat | 22:11 |
clarkb | I left inline comment with details | 22:11 |
clarkb | oh it got into the next change | 22:12 |
clarkb | https://review.openstack.org/#/c/457799/2/tests/base.py is where its fixed | 22:12 |
jeblair | whoops | 22:12 |
jeblair | thanks for finding that :) | 22:12 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Stop jobs when executor stops https://review.openstack.org/457753 | 22:13 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove source from pipelines (1/2) https://review.openstack.org/453362 | 22:15 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Replace config/project repos with config/untrusted projects https://review.openstack.org/453347 | 22:15 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Fix race in test_queue_rate_limiting_dependent https://review.openstack.org/457799 | 22:15 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Add hostname to TriggerEvent https://review.openstack.org/452348 | 22:15 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove source from pipelines (2/2) https://review.openstack.org/453821 | 22:15 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Fully qualify project configuration names https://review.openstack.org/451970 | 22:15 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Add source to project and remove unused tenant attrs https://review.openstack.org/451969 | 22:15 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Pass source to project instantiations https://review.openstack.org/451596 | 22:15 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Add a project index to Tenant https://review.openstack.org/451597 | 22:15 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove unused Tenant.getRepo method https://review.openstack.org/451929 | 22:15 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Use new tenant project index for config references https://review.openstack.org/451928 | 22:15 |
openstackgerrit | Clark Boylan proposed openstack-infra/zuul feature/zuulv3: Don't run apsched thread when no jobs need scheduling https://review.openstack.org/457798 | 22:19 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove source from pipelines (1/2) https://review.openstack.org/453362 | 22:52 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Replace config/project repos with config/untrusted projects https://review.openstack.org/453347 | 22:52 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Add hostname to TriggerEvent https://review.openstack.org/452348 | 22:52 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove source from pipelines (2/2) https://review.openstack.org/453821 | 22:52 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Fully qualify project configuration names https://review.openstack.org/451970 | 22:52 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Add source to project and remove unused tenant attrs https://review.openstack.org/451969 | 22:53 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Add a project index to Tenant https://review.openstack.org/451597 | 22:53 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove unused Tenant.getRepo method https://review.openstack.org/451929 | 22:53 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: Use new tenant project index for config references https://review.openstack.org/451928 | 22:53 |
jhesketh | Morning | 22:58 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!