*** evrardjp has quit IRC | 00:05 | |
*** tosky has quit IRC | 00:06 | |
*** evrardjp has joined #zuul | 00:15 | |
*** ikhan has quit IRC | 00:16 | |
-openstackstatus- NOTICE: Our Gerrit upgrade maintenance has concluded successfully; please see the maintenance wrap-up announcement for additional details: http://lists.opendev.org/pipermail/service-announce/2020-November/000014.html | 00:55 | |
*** hamalq has joined #zuul | 01:32 | |
*** hamalq has quit IRC | 01:37 | |
*** zenkuro has quit IRC | 01:46 | |
*** bhavikdbavishi has joined #zuul | 03:00 | |
*** bhavikdbavishi1 has joined #zuul | 03:31 | |
*** bhavikdbavishi has quit IRC | 03:33 | |
*** bhavikdbavishi1 is now known as bhavikdbavishi | 03:33 | |
*** hamalq has joined #zuul | 03:33 | |
*** hamalq has quit IRC | 03:37 | |
*** bhavikdbavishi has quit IRC | 04:23 | |
*** bhavikdbavishi has joined #zuul | 04:24 | |
*** evrardjp has quit IRC | 05:33 | |
*** evrardjp has joined #zuul | 05:33 | |
*** jfoufas1 has joined #zuul | 05:39 | |
*** bhavikdbavishi1 has joined #zuul | 05:57 | |
*** bhavikdbavishi has quit IRC | 05:59 | |
*** bhavikdbavishi1 is now known as bhavikdbavishi | 05:59 | |
*** openstackgerrit has joined #zuul | 06:17 | |
openstackgerrit | Merged zuul/zuul master: web: store status filter in the location hash https://review.opendev.org/c/zuul/zuul/+/759969 | 06:17 |
---|---|---|
*** danpawlik has quit IRC | 06:24 | |
*** danpawlik has joined #zuul | 06:25 | |
*** saneax has joined #zuul | 06:40 | |
*** bhavikdbavishi has quit IRC | 06:54 | |
*** saneax has quit IRC | 06:55 | |
*** mach1na has joined #zuul | 06:58 | |
*** mach1na has quit IRC | 07:02 | |
*** iurygregory has joined #zuul | 07:06 | |
*** mach1na has joined #zuul | 07:08 | |
*** mach1na has quit IRC | 07:13 | |
*** mach1na has joined #zuul | 07:19 | |
*** bhavikdbavishi has joined #zuul | 07:29 | |
*** rpittau|afk is now known as rpittau | 07:29 | |
*** bhavikdbavishi1 has joined #zuul | 07:32 | |
*** bhavikdbavishi has quit IRC | 07:34 | |
*** bhavikdbavishi1 is now known as bhavikdbavishi | 07:34 | |
*** saneax has joined #zuul | 07:55 | |
*** jcapitao has joined #zuul | 08:05 | |
*** tosky has joined #zuul | 08:38 | |
*** holser has joined #zuul | 08:53 | |
*** jpena|off is now known as jpena | 08:54 | |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Prepare Zookeeper for scale-out scheduler https://review.opendev.org/c/zuul/zuul/+/717269 | 09:02 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Mandatory Zookeeper connection for ZuulWeb in tests https://review.opendev.org/c/zuul/zuul/+/721254 | 09:02 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Merge Zookeeper connection methods https://review.opendev.org/c/zuul/zuul/+/754360 | 09:02 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Connect merger to Zookeeper https://review.opendev.org/c/zuul/zuul/+/716221 | 09:02 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Connect fingergw to Zookeeper https://review.opendev.org/c/zuul/zuul/+/716875 | 09:02 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Connect executor to Zookeeper https://review.opendev.org/c/zuul/zuul/+/716262 | 09:03 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Improve typings in context of 744416 https://review.opendev.org/c/zuul/zuul/+/753578 | 09:03 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Make Zookeeper mandatory for Scheduler https://review.opendev.org/c/zuul/zuul/+/756716 | 09:03 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Make ConnectionRegistry mandatory for Scheduler https://review.opendev.org/c/zuul/zuul/+/757095 | 09:03 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Improve typings in context of 756716 and 757095 https://review.opendev.org/c/zuul/zuul/+/757148 | 09:03 |
*** zenkuro has joined #zuul | 09:03 | |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Instantiate executor client, merger, nodepool and app within Scheduler https://review.opendev.org/c/zuul/zuul/+/757149 | 09:03 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Improve typings in context of 756304 https://review.opendev.org/c/zuul/zuul/+/757097 | 09:03 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Driver event ingestion https://review.opendev.org/c/zuul/zuul/+/717299 | 09:04 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Component Registry in ZooKeeper https://review.opendev.org/c/zuul/zuul/+/759187 | 09:04 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Move management and result events to model https://review.opendev.org/c/zuul/zuul/+/761163 | 09:04 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Allow (de-)serialization of management events https://review.opendev.org/c/zuul/zuul/+/761164 | 09:04 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Allow (de-)serialization of result events https://review.opendev.org/c/zuul/zuul/+/761165 | 09:04 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Add and fix fields in driver trigger event models https://review.opendev.org/c/zuul/zuul/+/761166 | 09:04 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Allow (de-)serialization of trigger events https://review.opendev.org/c/zuul/zuul/+/761167 | 09:04 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Interface to get a driver's trigger event class https://review.opendev.org/c/zuul/zuul/+/761168 | 09:04 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Clear list of Zookeeper connections after tests https://review.opendev.org/c/zuul/zuul/+/761169 | 09:04 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Implementation of Zookeeper backed event queues https://review.opendev.org/c/zuul/zuul/+/761170 | 09:05 |
*** nils has joined #zuul | 09:11 | |
*** arxcruz is now known as arxcruz|ruck | 09:19 | |
*** arxcruz|ruck is now known as arxcruz|rover | 09:19 | |
*** hamalq has joined #zuul | 09:36 | |
*** hamalq has quit IRC | 09:40 | |
*** mach1na has quit IRC | 09:58 | |
openstackgerrit | Sorin Sbârnea proposed zuul/zuul master: Improve summary build layout https://review.opendev.org/c/zuul/zuul/+/763333 | 10:00 |
*** wuchunyang has joined #zuul | 10:18 | |
*** holser has quit IRC | 10:20 | |
*** wuchunyang has quit IRC | 10:22 | |
*** hashar has joined #zuul | 10:27 | |
*** zenkuro has quit IRC | 10:30 | |
*** zenkuro has joined #zuul | 10:31 | |
*** mordred has quit IRC | 10:34 | |
*** Eighth_Doctor has quit IRC | 10:34 | |
*** iurygregory has quit IRC | 10:39 | |
*** mordred has joined #zuul | 10:42 | |
*** jpena is now known as jpena|off | 10:49 | |
*** jpena|off is now known as jpena | 10:56 | |
*** masterpe has joined #zuul | 11:00 | |
*** Eighth_Doctor has joined #zuul | 11:00 | |
*** wuchunyang has joined #zuul | 11:04 | |
*** zenkuro has quit IRC | 11:06 | |
*** zenkuro has joined #zuul | 11:07 | |
*** holser has joined #zuul | 11:14 | |
openstackgerrit | Albin Vass proposed zuul/zuul-jobs master: Add option to install kubernetes with kind https://review.opendev.org/c/zuul/zuul-jobs/+/740935 | 11:20 |
*** bhavikdbavishi has quit IRC | 11:28 | |
*** mach1na has joined #zuul | 11:32 | |
*** hamalq has joined #zuul | 11:36 | |
openstackgerrit | Albin Vass proposed zuul/zuul-jobs master: Add option to install kubernetes with kind https://review.opendev.org/c/zuul/zuul-jobs/+/740935 | 11:37 |
*** saneax has quit IRC | 11:39 | |
*** hamalq has quit IRC | 11:41 | |
*** rfolco has joined #zuul | 11:46 | |
*** rfolco is now known as rfolco|ruck | 11:47 | |
*** jcapitao is now known as jcapitao_lunch | 11:49 | |
*** bhavikdbavishi has joined #zuul | 11:53 | |
*** iurygregory has joined #zuul | 11:58 | |
*** wuchunyang has quit IRC | 12:05 | |
*** mach1na has quit IRC | 12:07 | |
*** wuchunyang has joined #zuul | 12:09 | |
*** zenkuro has quit IRC | 12:10 | |
*** zenkuro has joined #zuul | 12:10 | |
openstackgerrit | Albin Vass proposed zuul/zuul-jobs master: Add option to install kubernetes with kind https://review.opendev.org/c/zuul/zuul-jobs/+/740935 | 12:14 |
*** wuchunyang has quit IRC | 12:14 | |
*** saneax has joined #zuul | 12:24 | |
*** jpena is now known as jpena|lunch | 12:35 | |
*** jcapitao_lunch is now known as jcapitao | 12:52 | |
*** rlandy has joined #zuul | 12:56 | |
*** mach1na has joined #zuul | 12:58 | |
*** saneax has quit IRC | 13:15 | |
*** jpena|lunch is now known as jpena | 13:31 | |
*** rlandy is now known as rlandy|PTO | 13:31 | |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Driver event ingestion https://review.opendev.org/c/zuul/zuul/+/717299 | 13:37 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Component Registry in ZooKeeper https://review.opendev.org/c/zuul/zuul/+/759187 | 13:37 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Move management and result events to model https://review.opendev.org/c/zuul/zuul/+/761163 | 13:37 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Allow (de-)serialization of management events https://review.opendev.org/c/zuul/zuul/+/761164 | 13:37 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Allow (de-)serialization of result events https://review.opendev.org/c/zuul/zuul/+/761165 | 13:37 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Add and fix fields in driver trigger event models https://review.opendev.org/c/zuul/zuul/+/761166 | 13:37 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Allow (de-)serialization of trigger events https://review.opendev.org/c/zuul/zuul/+/761167 | 13:37 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Interface to get a driver's trigger event class https://review.opendev.org/c/zuul/zuul/+/761168 | 13:37 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Clear list of Zookeeper connections after tests https://review.opendev.org/c/zuul/zuul/+/761169 | 13:37 |
*** ikhan has joined #zuul | 13:37 | |
*** hamalq has joined #zuul | 13:37 | |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Increase default test wait timeout to 120s https://review.opendev.org/c/zuul/zuul/+/763754 | 13:37 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Implementation of Zookeeper backed event queues https://review.opendev.org/c/zuul/zuul/+/761170 | 13:37 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Implementation of Zookeeper event watcher https://review.opendev.org/c/zuul/zuul/+/761171 | 13:37 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Switch to Zookeeper backed trigger event queues https://review.opendev.org/c/zuul/zuul/+/761172 | 13:38 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Switch to Zookeeper backed management event queues https://review.opendev.org/c/zuul/zuul/+/761738 | 13:38 |
openstackgerrit | Simon Westphahl proposed zuul/zuul master: Use logical timestamp to detect outdated changes https://review.opendev.org/c/zuul/zuul/+/763755 | 13:38 |
*** jfoufas1 has quit IRC | 13:39 | |
*** bhavikdbavishi has quit IRC | 13:41 | |
*** hamalq has quit IRC | 13:42 | |
*** jfoufas1 has joined #zuul | 14:24 | |
*** rpittau is now known as rpittau|brb | 14:36 | |
*** Goneri has joined #zuul | 14:55 | |
*** rpittau|brb is now known as rpittau | 15:01 | |
corvus | zuul-maint: fyi i'm on vacation this week | 15:12 |
zbr | corvus: enjoy it! | 15:13 |
fungi | thanks for the heads up! | 15:20 |
*** hamalq has joined #zuul | 15:38 | |
*** hamalq has quit IRC | 15:42 | |
*** ikhan has quit IRC | 16:00 | |
*** mach1na has quit IRC | 16:27 | |
*** EmilienM has quit IRC | 16:31 | |
*** EmilienM has joined #zuul | 16:33 | |
*** y2kenny has joined #zuul | 16:39 | |
y2kenny | Hi, I have been debugging a job that seems to stuck in a retry loop. According to the scheduler log, the executor keep saying "Build complete, result None" while other jobs return "Build complete, result SUCCESS". What determines if the result is SUCCESS or None? | 16:42 |
clarkb | y2kenny: I think a none result happens if the job loses network connectivity | 16:43 |
clarkb | thats the signal upstream in the scheduler that it should be retried | 16:43 |
clarkb | y2kenny: in your executor logs look for the exit codes from ansible for that job. I think exit code 4 is ansible's indication of a network issue | 16:43 |
y2kenny | clarkb: this should be something else because it's very repeatable. It's a particular job that I keep getting retry. | 16:44 |
zbr | fungi: i implemented last remarkes on the summary UI one: https://review.opendev.org/c/zuul/zuul/+/763333 | 16:44 |
y2kenny | clarkb: this is after I refactor the job a bit to inherit another job to get around the security fix for the executor. | 16:45 |
clarkb | y2kenny: we've seen networking issues if the job kills networking somehow or crashes the host. I would start with the executor logs and work back from there though to see what the executor is saying when the job completes | 16:45 |
y2kenny | clarkb: ok... I will take a look at the executor | 16:45 |
y2kenny | clarkb: um... the executor looks ok (I am tracing the build ID of the result None.) Is the 'result' value related zuul_return at all? | 16:53 |
clarkb | y2kenny: no zuul_return is for internal data structure passing and separate from the build result | 16:53 |
clarkb | y2kenny: do all of the ansible processes exit 0? the executor should log that at the end of each play iirc | 16:53 |
y2kenny | clarkb: From tracing the build ID, the last log entry I see is "Job execution took: 919.726 seconds" | 16:55 |
clarkb | y2kenny: should be up from that but probably not very far | 16:55 |
y2kenny | clarkb: unless the entry is not key to the same job ID, I don't see anything like that. The one previous entry for the same job is "Checking out .... branch... " | 16:57 |
clarkb | y2kenny: do you log at debug level? | 16:57 |
y2kenny | clarkb: damn... I might have turned that off. | 16:58 |
y2kenny | ok... I will try again | 16:58 |
*** hamalq has joined #zuul | 17:01 | |
*** rpittau is now known as rpittau|afk | 17:03 | |
*** nils has quit IRC | 17:14 | |
*** y2kenny has quit IRC | 17:16 | |
*** jcapitao has quit IRC | 17:16 | |
*** hamalq has quit IRC | 17:43 | |
*** hamalq has joined #zuul | 17:43 | |
openstackgerrit | Sorin Sbârnea proposed zuul/zuul-jobs master: Build sphinx with python3 instead https://review.opendev.org/c/zuul/zuul-jobs/+/735923 | 17:46 |
pabelanger | I managed to bring a zuul-regsitry online over the weekend | 17:48 |
pabelanger | I am curious how the pruge flag works, how often should I be running that? | 17:48 |
*** weshay|ruck is now known as weshay|interview | 17:57 | |
*** wuchunyang has joined #zuul | 17:58 | |
*** y2kenny has joined #zuul | 18:03 | |
*** wuchunyang has quit IRC | 18:03 | |
*** saneax has joined #zuul | 18:04 | |
*** saneax has quit IRC | 18:05 | |
*** saneax has joined #zuul | 18:07 | |
y2kenny | clarkb: ok I think I see what you were referring to (Ansible exit code: 4, Ansible complete, result RESULT_UNREACHABLE) | 18:09 |
y2kenny | and that was because my artifact server was not reachable. Thanks for the help! | 18:10 |
y2kenny | (not able to store the output.) | 18:10 |
*** y2kenny44 has joined #zuul | 18:12 | |
*** y2kenny has quit IRC | 18:15 | |
*** y2kenny44 has quit IRC | 18:17 | |
*** y2kenny has joined #zuul | 18:18 | |
*** y2kenny has quit IRC | 18:22 | |
*** jfoufas1 has quit IRC | 18:23 | |
*** y2kenny has joined #zuul | 18:26 | |
y2kenny | clarkb: looking back at the web interface job console, I noticed a task appears to be "green"/OK even when the task is "unreachable:true". I am not sure if this is a bug or by design. | 18:26 |
clarkb | y2kenny: my guess is that is a bug | 18:27 |
y2kenny | I think I've seen yellow (changed), blue (skip), red (fail), green (ok) | 18:27 |
y2kenny | not sure if there should be other color or if reachable should group under fail | 18:27 |
*** jpena is now known as jpena|off | 18:34 | |
*** saneax has joined #zuul | 18:43 | |
pabelanger | so, for pull-from-intermediate-registry role. Should we pull the image we plan to build? To try and get some of the already built layers? | 18:44 |
pabelanger | Is that a thing when you run podman build | 18:44 |
openstackgerrit | Jeremy Stanley proposed zuul/zuul-jobs master: Use Python 3.x with launchpadlib https://review.opendev.org/c/zuul/zuul-jobs/+/763834 | 19:25 |
openstackgerrit | Paul Belanger proposed zuul/zuul-jobs master: Switch to container-images for push-to-intermediate-registry https://review.opendev.org/c/zuul/zuul-jobs/+/763836 | 19:44 |
openstackgerrit | Paul Belanger proposed zuul/zuul-jobs master: Switch to container_images for push-to-intermediate-registry https://review.opendev.org/c/zuul/zuul-jobs/+/763836 | 19:44 |
pabelanger | in zuul.a.c we don't want to use docker_images in zuul jobs, so ^ should allow us to use container_images | 19:45 |
pabelanger | while not breaking other people | 19:46 |
pabelanger | tristanC: are you running zuul-registry in sf.io? Or do you know if rdo is | 19:48 |
pabelanger | not sure how is point on rdo now for zuul | 19:48 |
tristanC | pabelanger: rdo is using an openshift registry | 19:49 |
pabelanger | k | 19:50 |
pabelanger | want to make sure nothing breaks for them | 19:50 |
tristanC | pabelanger: and we have some jobs that can uses an intermediate registry here: https://softwarefactory-project.io/cgit/zuul-images-jobs/tree/playbooks/image/promote.yaml , but the job can also works with the local container/storage instead | 19:52 |
pabelanger | tristanC: do you promote on quay.io ? | 19:53 |
pabelanger | that is the next job I plan to write | 19:53 |
tristanC | pabelanger: yes, this promote job pushes to quay | 19:55 |
pabelanger | tristanC: how do you delete the existing tag? can that be done with podman cli? | 19:57 |
pabelanger | looking at promote zuul-job for docker, it is using curl to do it via their PAI | 19:57 |
pabelanger | API* | 19:57 |
tristanC | pabelanger: we only push the final image there, and we don't delete tags | 19:58 |
pabelanger | k | 19:58 |
*** wuchunyang has joined #zuul | 19:59 | |
*** hamalq has quit IRC | 20:01 | |
tristanC | pabelanger: the image has the buildset in the tag for testing, e.g.: https://softwarefactory-project.io/cgit/zuul-images-jobs/tree/playbooks/image/test.yaml#n24 | 20:01 |
tristanC | pabelanger: and before promotion it is tagged to latest, e.g.: https://softwarefactory-project.io/cgit/zuul-images-jobs/tree/playbooks/image/promote.yaml#n29 | 20:02 |
-openstackstatus- NOTICE: The Gerrit service on review.opendev.org is being restarted quickly to troubleshoot an unexpected error condition, downtime should be less than 5 minutes | 20:02 | |
pabelanger | tristanC: so, if I follow, in your promote pipeline you still build the image again? | 20:02 |
*** openstackgerrit has quit IRC | 20:02 | |
pabelanger | rather then, upload in gate pipeline? | 20:02 |
*** y2kenny has quit IRC | 20:02 | |
tristanC | pabelanger: the pipeline runs three jobs: 'build -> test -> promote' | 20:03 |
pabelanger | tristanC: for gate? | 20:04 |
*** wuchunyang has quit IRC | 20:04 | |
tristanC | pabelanger: yes | 20:05 |
tristanC | or periodically to update the image | 20:05 |
pabelanger | okay | 20:06 |
tristanC | we are also doing that with rpm, the idea is to not merge a change if the publication failed | 20:06 |
pabelanger | yah, I'm unsure how you ensure the promote job works as expected if merge fails for some reason. | 20:07 |
pabelanger | and main reason why zuul-jobs is setup for promote pipeline | 20:08 |
*** hamalq has joined #zuul | 20:13 | |
*** jhesketh has quit IRC | 20:16 | |
*** hamalq has quit IRC | 20:19 | |
*** jhesketh has joined #zuul | 20:23 | |
*** hamalq has joined #zuul | 21:01 | |
*** weshay|interview is now known as weshay|ruck | 21:46 | |
*** hamalq has quit IRC | 21:55 | |
*** hamalq has joined #zuul | 21:56 | |
*** openstackgerrit has joined #zuul | 21:58 | |
openstackgerrit | Jeremy Stanley proposed zuul/zuul-jobs master: Use Python 3.x with launchpadlib https://review.opendev.org/c/zuul/zuul-jobs/+/763834 | 21:58 |
openstackgerrit | Jeremy Stanley proposed zuul/zuul-jobs master: Pin keystoneauth1 when using older Python https://review.opendev.org/c/zuul/zuul-jobs/+/763866 | 21:58 |
*** hamalq has quit IRC | 21:59 | |
*** iurygregory has quit IRC | 22:05 | |
*** iurygregory has joined #zuul | 22:06 | |
*** y2kenny has joined #zuul | 22:06 | |
y2kenny | With the way pre-run and post-run are done, I understand that any pre- or post- run can fail and failing the whole job. Is there a mechanism for the parent job to short circut the job such that the children job will not run? (An example use case might be a parent job that tries to fetch something from cache. If the fetch is unsuccessful, children | 22:12 |
y2kenny | will get run. If successful, short shortcut, not run the job but the job still succeed.) | 22:12 |
clarkb | y2kenny: yes you can set up job dependencies | 22:13 |
clarkb | where parent has to succeed before chidlren are started | 22:13 |
y2kenny | clarkb: um... so this is separate from the pre- post- mechanism? Does the job dependencies support conditional (i.e. if success run A, if fail run B?) | 22:15 |
y2kenny | clarkb: with the pre- post- mechanism, I was thinking of something like this (since the pre- post- thing looks like the interceptor pattern): | 22:16 |
clarkb | y2kenny: yes pre and post is within a job. The dependencies are between jobs. For conditionals you have to use zuul_return for that iirc. Your parent job uses zuul_return somehow to indicate which jobs to execute next | 22:16 |
clarkb | tristanC: ^ I think you use that, do you know what the details are? | 22:16 |
y2kenny | case A:) grandparent-pre -> parent-pre -> child pre -> child-run -> child post -> parent-post -> grandparent-post | 22:17 |
clarkb | y2kenny: https://zuul-ci.org/docs/zuul/reference/jobs.html#skipping-child-jobs | 22:18 |
clarkb | oh that gets more complicated. For that you also need to use pause | 22:18 |
clarkb | https://zuul-ci.org/docs/zuul/reference/jobs.html#pausing-the-job | 22:18 |
y2kenny | case B:) grandparent-pre -> parent-pre -> skipped -> parent-post -> grandparent-post | 22:18 |
clarkb | but I think it is doable via zuul_return for both sides of that goal | 22:18 |
y2kenny | clarkb: ok... I will take a look at the links | 22:18 |
y2kenny | clarkb: oh... the skipping child job is probably what I am looking for | 22:19 |
y2kenny | and the pause job is interesting too... good to learn about it | 22:20 |
*** iurygregory has quit IRC | 22:20 | |
*** rfolco|ruck has quit IRC | 22:25 | |
*** rfolco|ruck has joined #zuul | 22:25 | |
*** iurygregory has joined #zuul | 22:35 | |
*** openstackgerrit has quit IRC | 22:37 | |
tristanC | clarkb: y2kenny: yep, i think zuul_returns child_jobs is the only to achieve conditional run | 22:44 |
*** iurygregory_ has joined #zuul | 23:02 | |
*** holser has quit IRC | 23:03 | |
*** holser has joined #zuul | 23:04 | |
*** iurygregory has quit IRC | 23:04 | |
*** iurygregory_ is now known as iurygregory | 23:08 | |
*** rlandy|PTO has quit IRC | 23:29 | |
*** hashar has quit IRC | 23:45 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!