| *** jamielennox is now known as jamielennox|away | 01:50 | |
| *** dkranz_ has quit IRC | 01:58 | |
| *** jamielennox|away is now known as jamielennox | 02:04 | |
| *** jroll has quit IRC | 06:19 | |
| *** jrollen has joined #zuul | 06:21 | |
| *** isaacb has joined #zuul | 06:25 | |
| *** smyers has quit IRC | 09:04 | |
| *** bhavik1 has joined #zuul | 09:07 | |
| *** smyers has joined #zuul | 09:15 | |
| *** bhavik1 has quit IRC | 11:03 | |
| *** jkilpatr has joined #zuul | 12:00 | |
| *** jkilpatr has quit IRC | 12:12 | |
| *** dkranz_ has joined #zuul | 13:23 | |
| openstackgerrit | James E. Blair proposed openstack-infra/zuul feature/zuulv3: WIP: add configuration documentation https://review.openstack.org/463328 | 13:48 |
|---|---|---|
| *** isaacb has quit IRC | 13:58 | |
| *** rcarrill1 is now known as rcarrillocruz | 14:07 | |
| openstackgerrit | Tobias Henkel proposed openstack-infra/nodepool feature/zuulv3: Add max-ready-age to label config https://review.openstack.org/463338 | 14:15 |
| *** jrollen is now known as jroll | 14:18 | |
| Shrews | mordred: any reason why i can't make your websocket stuff py 3.5 and forward friendly? | 14:47 |
| Shrews | "async def/await" vs. using "@asyncio.coroutine/yield from" | 14:48 |
| mordred | Shrews: yah - I'd love that | 14:49 |
| mordred | Shrews: I think I was just doing that from originally when the zuul pep8 job was still running on py2 | 14:49 |
| mordred | Shrews: which meant it died on syntax error | 14:49 |
| mordred | Shrews: but we run pep8 on py3 now, so we should be fine to go ahead and use the real stuff | 14:50 |
| Shrews | cool | 14:50 |
| openstackgerrit | David Shrewsbury proposed openstack-infra/zuul feature/zuulv3: WIP: Add web-based console log streaming https://review.openstack.org/463353 | 15:03 |
| Shrews | wow, keynotes are still going on | 15:04 |
| Shrews | mordred: i took your change and rebased it onto the feature/zuulv3 branch ^^^. will work from that one | 15:11 |
| *** jkilpatr has joined #zuul | 15:11 | |
| *** jhesketh has quit IRC | 15:14 | |
| *** jhesketh has joined #zuul | 15:15 | |
| *** jkilpatr has quit IRC | 15:22 | |
| dmsimard | Crazy question, would it be possible from within openstack_functions.py to prevent a job from firing by embedding logic in there ? Context is advanced filtering beyond what zuul currently offers out of the box. | 15:52 |
| dmsimard | i.e, https://github.com/openstack-infra/project-config/blob/master/zuul/openstack_functions.py | 15:53 |
| *** jkilpatr has joined #zuul | 15:54 | |
| jlk | I wonder if you could have it return early with success. | 15:55 |
| jlk | but I think those functions are used by job definitions, which is called well after a decision to execute a job has been made | 15:55 |
| jlk | out of curiosity, what type of filtering do you find lacking? | 15:56 |
| dmsimard | jlk: arbitrary logic beyond branch/file filtering | 15:56 |
| dmsimard | i.e, a parent job that knows what child jobs to trigger based on it's result | 15:56 |
| jlk | example? | 15:56 |
| dmsimard | need to brb | 15:57 |
| jlk | well | 15:57 |
| jlk | you can do that within a pipeline, when you say one job depends on another job | 15:57 |
| jlk | but that I think only works with success results, rather than failure | 15:57 |
| *** jkilpatr has quit IRC | 15:59 | |
| jeblair | dmsimard: what kind of predicate do you want to make? | 15:59 |
| openstackgerrit | David Shrewsbury proposed openstack-infra/zuul feature/zuulv3: Fix imports for py3 https://review.openstack.org/463358 | 16:01 |
| jeblair | (we're dropping support for the custom functions in v3, as all the things we used it for are handled in other ways, and continuing to support that would be... complex, so i want to make sure we can express what you want) | 16:01 |
| *** bhavik1 has joined #zuul | 16:02 | |
| dmsimard | jeblair: I was discussing with a colleague that some sort of generic filtering to determine if a job should run or not could be nice | 16:10 |
| dmsimard | jeblair: I wrote some pseudocode to explain what I mean: http://paste.openstack.org/raw/609143/ | 16:10 |
| dmsimard | jlk: yeah, I know about parent/child relationship | 16:10 |
| dmsimard | jlk: this one parent, depending on the outcome, could trigger one (or many) out of 15 potential child jobs | 16:11 |
| dmsimard | jlk: a hack I'm not happy with is the parent job setting a "witness" or a "flag" file and then firing all 15 jobs and then exit 0 immediately if the flag file is there -- it'd be wasteful if we end up needing to run just 2 or 3 jobs | 16:12 |
| jlk | this looks like code that would run on the scheduler or executor rather than a booted node, yeah? | 16:13 |
| dmsimard | if the plan is to prevent a job from running in the first place, it would have to run before the job is scheduled (and a node is booted) | 16:14 |
| dmsimard | I'm not intimately familiar with Zuul's internals so I don't know where something like this would be running | 16:14 |
| jlk | nod. We've spent a fair amount of time trying to protect the system from arbitrary user submitted code execution, so this would have to be protected as well. | 16:15 |
| dmsimard | That's fair, perhaps it could really translate to (in JJB terms) a builder that would run on the executor | 16:16 |
| jeblair | dmsimard: so is this case something like: one job builds up to N packages (but some of those may fail to build but the job will continue), and then one job should run for each package sucessfully built? | 16:16 |
| dmsimard | jeblair: sort of. The real use case is for a RDO "metadata" repository that keeps a registry of every openstack package we have across the different releases. It looks like this: https://github.com/redhat-openstack/rdoinfo/blob/master/rdo.yml | 16:18 |
| dmsimard | It's largely automated, for example, we will update package versions when there is an upper-constraints update in the requirements repo upstream. | 16:18 |
| dmsimard | Some updates to that repo, since it spans multiple releases (say, newton, ocata and trunk) needs different jobs to be running -- a single commit might contain updates to just one release like it could contain updates to multiple releases | 16:19 |
| dmsimard | So, you could say, "humans" and have commits only span one release. But, you know, humans :) | 16:20 |
| jeblair | dmsimard: so to generalize, it's more like, jobs should run or not based on the content of the change? | 16:21 |
| dmsimard | jeblair: yeah. | 16:21 |
| *** bhavik1 has quit IRC | 16:22 | |
| dmsimard | jeblair: another thing I was thinking of, is perhaps it should be possible to filter on change labels -- for example, there's "ChangeId", "Depends-On", etc. If I add an arbitrary label, I don't know, "Openstack-Release", maybe I could filter on the values of that field | 16:23 |
| jlk | I thought that the change label thing allowed "extra" keys | 16:24 |
| dmsimard | jlk: yeah maybe this is already possible today, I don't know | 16:24 |
| jeblair | dmsimard: i'd probably stick with having the job exit early if it doesn't need to run -- mostly because even in v2, the custom function handler runs in a very critical section of code and it's not good to slow it down with external dependencies. but in v3, i wonder if this pattern would work: a really simple stub job which has no nodes and performs the evaluation, and then the real job depends on that. | 16:25 |
| dmsimard | jeblair: yeah in JJB terms, the way I could see things work is to have a builder (with logic in it) and this builder is defined as a filter of the zuul job definition. This builder, since it is a filter, runs on the executor, not on a nodepool node | 16:26 |
| jlk | oh you can do a job that doesn't depend on a node? that'd be useful. | 16:26 |
| jeblair | dmsimard: yeah, a job with no nodes is basically like that | 16:26 |
| jeblair | i didn't anticipate that, but i think they're going to be handy so i'm thinking we should keep that as a possibility. :) | 16:27 |
| dmsimard | The problem is in my case there's actually 15 potential different jobs that could be running and firing all 15 if I only end up needing 2 or 3 is incredibly wasteful (spin up, spin down, etc.) | 16:27 |
| jeblair | amusingly, 99% of the tests are jobs with no nodes. :) | 16:27 |
| dmsimard | RDO doesn't have OSIC-level of capacity :P | 16:27 |
| jeblair | dmsimard: yeah, that's why i think chaining the actual jobs after no-node jobs which perform the eval would help | 16:28 |
| jeblair | it's not a super elegant system though... i'll think about it some more :) | 16:28 |
| dmsimard | sure | 16:30 |
| jlk | I think what jeblair is saying is that you can have one or more "base" jobs that are decision jobs, that use no nodes, and execute right on the zuul system so very little overhead. Your jobs that would consume capacity would depend on those. | 16:30 |
| jlk | so you could make decisions cheaply before spinning up the costly resources. | 16:30 |
| dmsimard | jlk: yeah. | 16:31 |
| dmsimard | that's the gist of it | 16:31 |
| jlk | jeblair: reading up on canMerge states, looking at the gerrit example. Is that checking votes? | 16:48 |
| jlk | jeblair: Looking at the code, its checking labels for a status of NEED or REJECT | 16:48 |
| jlk | hrm. | 16:51 |
| jlk | Not seeing how a label in the submitRecords can have a 'status' attribute | 16:51 |
| jlk | n/m, found some of the right json docs | 16:53 |
| jlk | right okay, so gerrit is smart enough to tell you whether or not the merge rules have been met. Zuul doesn't necessarily know or care what those rules are, just that gerrit says "good to go". | 16:54 |
| *** Cibo_ has joined #zuul | 17:28 | |
| *** bhavik1 has joined #zuul | 17:33 | |
| jeblair | jlk: yes -- the only smats zuul brings to it is it knows to ignore a category it votes on | 17:54 |
| *** jkilpatr has joined #zuul | 17:57 | |
| *** bhavik1 has quit IRC | 18:01 | |
| jlk | jeblair: okay, I think I've addressed the current feedback, and since there was a number of them I'm going to go ahead and push up a new stack. | 18:07 |
| adam_g | anyone know whats up with the v3 zuul failing changes /w RETRY_LIMIT errors? | 18:08 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: support github pull request labels https://review.openstack.org/444511 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Allow github trigger to match on branches/refs https://review.openstack.org/445625 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add cachecontrol to requests to github https://review.openstack.org/461587 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Set filter according to PR/Change in URL https://review.openstack.org/446782 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add support for requiring github pr head status https://review.openstack.org/449390 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Support for dependent pipelines with github https://review.openstack.org/445292 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Adds github triggering from status updates https://review.openstack.org/453844 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Implement pipeline requirement on github reviews https://review.openstack.org/453845 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Configurable SSH access to GitHub https://review.openstack.org/444034 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Represent github change ID in status page by PR number https://review.openstack.org/460716 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add 'comment' github pull_request event action https://review.openstack.org/443959 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Support for github commit status https://review.openstack.org/444060 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Better merge message for GitHub pull reqeusts https://review.openstack.org/445644 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Test gerrit and github drivers in same tenant https://review.openstack.org/448257 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Encapsulate determining the event purpose https://review.openstack.org/445242 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Merge pull requests from github reporter https://review.openstack.org/444463 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Include exc_info in reporter failure https://review.openstack.org/460765 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add support for github enterprise https://review.openstack.org/449258 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: GitHub file matching support https://review.openstack.org/446113 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Ensure PRs arent rejected for stale negative reviews https://review.openstack.org/460700 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add trigger capability on github pr review https://review.openstack.org/449365 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Log GitHub API rate limit https://review.openstack.org/446150 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Comment on PRs if a remote call to merge a change failed https://review.openstack.org/460762 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Actually filter status triggers https://review.openstack.org/463385 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Implement github trigger requirement status https://review.openstack.org/463386 | 18:09 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Implement trigger require/reject-approvals https://review.openstack.org/463387 | 18:09 |
| *** jkilpatr has quit IRC | 18:13 | |
| *** jkilpatr has joined #zuul | 18:15 | |
| *** Cibo has joined #zuul | 18:18 | |
| *** Cibo_ has quit IRC | 18:21 | |
| jlk | d'oh!!! I forgot to pep8 check! | 18:24 |
| *** jkilpatr has quit IRC | 18:28 | |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: support github pull request labels https://review.openstack.org/444511 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Allow github trigger to match on branches/refs https://review.openstack.org/445625 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add cachecontrol to requests to github https://review.openstack.org/461587 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Set filter according to PR/Change in URL https://review.openstack.org/446782 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add support for requiring github pr head status https://review.openstack.org/449390 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Support for dependent pipelines with github https://review.openstack.org/445292 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Implement trigger require/reject-approvals https://review.openstack.org/463387 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Adds github triggering from status updates https://review.openstack.org/453844 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Implement github trigger requirement status https://review.openstack.org/463386 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Implement pipeline requirement on github reviews https://review.openstack.org/453845 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Actually filter status triggers https://review.openstack.org/463385 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Represent github change ID in status page by PR number https://review.openstack.org/460716 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Better merge message for GitHub pull reqeusts https://review.openstack.org/445644 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Test gerrit and github drivers in same tenant https://review.openstack.org/448257 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Encapsulate determining the event purpose https://review.openstack.org/445242 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Include exc_info in reporter failure https://review.openstack.org/460765 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add support for github enterprise https://review.openstack.org/449258 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: GitHub file matching support https://review.openstack.org/446113 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Ensure PRs arent rejected for stale negative reviews https://review.openstack.org/460700 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Log GitHub API rate limit https://review.openstack.org/446150 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add trigger capability on github pr review https://review.openstack.org/449365 | 18:33 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Comment on PRs if a remote call to merge a change failed https://review.openstack.org/460762 | 18:33 |
| *** jkilpatr has joined #zuul | 18:34 | |
| *** jkilpatr has quit IRC | 18:48 | |
| Shrews | adam_g: not sure. nodepool seems to be working properly, so i'm guessing something with zuul itself | 19:17 |
| Shrews | adam_g: jeblair: pabelanger: No space left on device <--- zuulv3-dev.o.o | 19:18 |
| Shrews | on /tmp, it would seem, though df reports 93% full | 19:19 |
| clarkb | Shrews: what about inodes? | 19:19 |
| Shrews | clarkb: ah yeah. 100% | 19:20 |
| *** jkilpatr has joined #zuul | 19:33 | |
| jeblair | Shrews: neat, what filled it up? | 20:05 |
| *** jkilpatr has quit IRC | 20:07 | |
| *** Cibo has quit IRC | 20:09 | |
| pabelanger | Hmm, I can look | 20:10 |
| pabelanger | DAEMON_ARGS="--keep-jobdir" | 20:10 |
| jeblair | oh that'll do it | 20:10 |
| jeblair | probably we can drop that now? | 20:11 |
| pabelanger | Ya, I can comment out now | 20:11 |
| pabelanger | jeblair: I think so | 20:11 |
| *** jkilpatr has joined #zuul | 20:12 | |
| pabelanger | k, commented out, we'll need to restart zuul-executor | 20:13 |
| pabelanger | zuul-executor restarted | 20:15 |
| pabelanger | any objections to remove /tmp zuul files? | 20:16 |
| jeblair | pabelanger: please do | 20:17 |
| pabelanger | okay, purging /tmp | 20:20 |
| pabelanger | okay, tmp purged | 20:25 |
| jlk | Oh dammit. I have a test that fails when run with a bunch of other tests, but passes if ran by itself. | 20:30 |
| *** jkilpatr has quit IRC | 20:32 | |
| *** dkranz_ has quit IRC | 20:48 | |
| *** jkilpatr has joined #zuul | 21:01 | |
| jamielennox | Shrews: quick question, have you thought about the streaming protocol emitting json, or <other serializer>? | 21:13 |
| jamielennox | I'm thinking about rendering this on a web page and i'm probably going to want to seperate timestamps and message and other bits into different elements, and let you do things like hide timestamps | 21:14 |
| *** jkilpatr has quit IRC | 21:14 | |
| jamielennox | it's a fairly easy protocol, i could always parse it client side, but is there a standard for websocket messages that would split that up? | 21:14 |
| clarkb | jamielennox: if you do do that, my strong suggestion is use an existing format from something like systemd or logstash so that its consumable in other locations with little owrk | 21:15 |
| clarkb | (systemd has json output, logstash is largly json) | 21:15 |
| clarkb | sorry journald | 21:16 |
| clarkb | on the flip side to that wouldn't that make using finger directly a bit more of a pain? | 21:17 |
| clarkb | you'd have to pass it hrough some parser locally too | 21:17 |
| clarkb | ? | 21:17 |
| Shrews | jamielennox: i have not, but i'm still playing catchup with mordred and jeblair who have thought waaay longer about this than myself | 21:17 |
| Shrews | but if we are talking about supporting streaming different logs (which we are), then it would be rather difficult to support all of the various timestamp/message formats, would it not? or am I misunderstanding | 21:18 |
| clarkb | Shrews: thats one of the problems we have with logstash, its doable but you hva eto do things like parse 9 different timestamp formats | 21:19 |
| Shrews | *vomit* | 21:19 |
| jamielennox | clarkb: yea, i don't mind which, and i'm not sure where you'd insert this - i don't think you need to actually change the syslog format, just the thing transporting it to the client | 21:20 |
| jamielennox | Shrews: right, so as you add more files you will need to encode additional stuff right - like which file did this line come from | 21:20 |
| Shrews | i suspect no one has really thought beyond duplicating jenkins log streaming, tbh | 21:21 |
| Shrews | at least for an initial version | 21:21 |
| jeblair | well, one wrinkle is that we want to have the ability to fetch arbitrary logs (like, stream the nova log). even if we adopted a stricter format for the console log, other logs will have their own format | 21:23 |
| jamielennox | yea, and i'm not sure where exactly to implement this sort of checking. so with the streamer would we still expect people to telnet and see regular logs? | 21:23 |
| jamielennox | jeblair: yea, i'm not thinking parse the syslogs or anything, but zuul-console does timestamp + ' | ' + msg today | 21:24 |
| jamielennox | just thinking about {'ts': timestamp, 'msg': msg} | 21:25 |
| jamielennox | so we could add filename and other things later | 21:25 |
| jeblair | maybe the parsing could happen inside the websocket streamer, so it's unparsed until then, then part of the websocket protocol for this is json? | 21:26 |
| jamielennox | as you say as we add more things i would expect from the client side to be able to hide timestamps, or only show the streaming logs from X, Y, Z files | 21:26 |
| jamielennox | jeblair: yea, i'm not coming at this with an answer, just trying to think of what i would ideally want to see as a client and what information you need to make that happen | 21:27 |
| jamielennox | as it is today i can easily parse out timestamp, just wondering what other information needs to be conveyed in future | 21:28 |
| jeblair | yeah, it's a good suggestion. i'll continue to mull it over as i recover from jetlag. :) | 21:28 |
| Shrews | i'm sort of leaning towards the parsing happening at the client, but I, too, will mull this over a bit | 21:29 |
| jamielennox | oh, and like anything that is an error message from the actual streamer/telnet would be good to be distinguished from a regular message | 21:29 |
| jamielennox | 'err': 'Connection Failed' | 21:29 |
| *** jkilpatr has joined #zuul | 22:33 | |
| *** jkilpatr has quit IRC | 22:44 | |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Allow github trigger to match on branches/refs https://review.openstack.org/445625 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add github reporter status_url config option https://review.openstack.org/449794 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add cachecontrol to requests to github https://review.openstack.org/461587 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add support for requiring github pr head status https://review.openstack.org/449390 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Support for github commit status https://review.openstack.org/444060 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Merge pull requests from github reporter https://review.openstack.org/444463 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Include exc_info in reporter failure https://review.openstack.org/460765 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add support for github enterprise https://review.openstack.org/449258 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Log GitHub API rate limit https://review.openstack.org/446150 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Ensure PRs arent rejected for stale negative reviews https://review.openstack.org/460700 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Comment on PRs if a remote call to merge a change failed https://review.openstack.org/460762 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: support github pull request labels https://review.openstack.org/444511 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Set filter according to PR/Change in URL https://review.openstack.org/446782 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Support for dependent pipelines with github https://review.openstack.org/445292 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Adds github triggering from status updates https://review.openstack.org/453844 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Implement trigger require/reject-approvals https://review.openstack.org/463387 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Implement pipeline requirement on github reviews https://review.openstack.org/453845 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Implement github trigger requirement status https://review.openstack.org/463386 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Actually filter status triggers https://review.openstack.org/463385 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Represent github change ID in status page by PR number https://review.openstack.org/460716 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Better merge message for GitHub pull reqeusts https://review.openstack.org/445644 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Test gerrit and github drivers in same tenant https://review.openstack.org/448257 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Encapsulate determining the event purpose https://review.openstack.org/445242 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: GitHub file matching support https://review.openstack.org/446113 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Add trigger capability on github pr review https://review.openstack.org/449365 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Use integration_id with github https://review.openstack.org/463420 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Create github client each time it's called. https://review.openstack.org/463421 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Decode JSON body once for requests https://review.openstack.org/463422 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Refactor integration key loading to always load https://review.openstack.org/463423 | 23:47 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Save installation ids to a cache and fetch them per project https://review.openstack.org/463424 | 23:48 |
| openstackgerrit | Jesse Keating proposed openstack-infra/zuul feature/zuulv3: Catch integration key file not found in zuul https://review.openstack.org/463425 | 23:48 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!