Friday, 2024-05-03

-@gerrit:opendev.org- Simon Westphahl proposed: [zuul/zuul] 917987: wip: Prototype cooperative zuul-launcher https://review.opendev.org/c/zuul/zuul/+/91798706:13
@sandruz:matrix.orgHi Everyone, first time here with a question regarding Zuul.07:43
In our environment we setup Github Actions in parallel with Zuul.
We use GHA for fast checks on code and zuul for the entire build and test + various other pipeline associated.
@sandruz:matrix.org * Hi Everyone, first time here with a question regarding Zuul.07:43
In our environment we setup Github Actions in parallel with Zuul.
We use GHA for fast checks on code and zuul for the entire build and test + various other pipeline associated.
My question is: can I create a pipeline that requires a GHA to succeed before it gets triggered?
@sandruz:matrix.org * Hi Everyone, first time here with a question regarding Zuul.07:44
In our environment we setup Github Actions in parallel with Zuul.
We use GHA for fast checks on code and zuul for the entire build and test + various other pipeline associated.
My question is: can I create a pipeline on zuul that requires a GHA to succeed before it gets triggered?
@sandruz:matrix.org * Hi Everyone, first time here with a question regarding Zuul.07:47
In our environment we setup Github Actions in parallel with Zuul.
We use GHA for fast checks on code and zuul for the entire build and test + various other pipeline associated.
My question is: can I create a pipeline on zuul that requires a GHA to succeed before it gets triggered?
Documentation mention this:
-----
pipeline.require.<github source>.status
A string value that corresponds with the status of the pull request. The syntax is user:status:value. This can also be a regular expression.
Zuul does not differentiate between a status reported via status API or via checks API (which is also how Github behaves in terms of branch protection and status checks). Thus, the status could be reported by a pipeline.<reporter>.<github source>.status or a pipeline.<reporter>.<github source>.check.
When a status is reported via the status API, Github will add a [bot] to the name of the app that reported the status, resulting in something like user[bot]:status:value. For a status reported via the checks API, the app’s slug will be used as is.
@sandruz:matrix.org * Hi Everyone, first time here with a question regarding Zuul.07:48
In our environment we setup Github Actions in parallel with Zuul.
We use GHA for fast checks on code and zuul for the entire build and test + various other pipeline associated.
My question is: can I create a pipeline on zuul that requires a GHA to succeed before it gets triggered?
Documentation mention this:
---
pipeline.require.\<github source>.status
A string value that corresponds with the status of the pull request. The syntax is user:status:value. This can also be a regular expression.
Zuul does not differentiate between a status reported via status API or via checks API (which is also how Github behaves in terms of branch protection and status checks). Thus, the status could be reported by a pipeline.\<reporter>.\<github source>.status or a pipeline.\<reporter>.\<github source>.check.
When a status is reported via the status API, Github will add a \[bot\] to the name of the app that reported the status, resulting in something like user\[bot\]:status:value. For a status reported via the checks API, the app’s slug will be used as is.
---
@sandruz:matrix.org * Hi Everyone, first time here with a question regarding Zuul.07:48
In our environment we setup Github Actions in parallel with Zuul.
We use GHA for fast checks on code and zuul for the entire build and test + various other pipeline associated.
My question is: can I create a pipeline on zuul that requires a GHA to succeed before it gets triggered?
Documentation mention this:
---
pipeline.require.\<github source>.status
A string value that corresponds with the status of the pull request. The syntax is user:status:value. This can also be a regular expression.
Zuul does not differentiate between a status reported via status API or via checks API (which is also how Github behaves in terms of branch protection and status checks). Thus, the status could be reported by a pipeline.\<reporter>.\<github source>.status or a pipeline.\<reporter>.\<github source>.check.
## When a status is reported via the status API, Github will add a \[bot\] to the name of the app that reported the status, resulting in something like user\[bot\]:status:value. For a status reported via the checks API, the app’s slug will be used as is.
---
@sandruz:matrix.org * Hi Everyone, first time here with a question regarding Zuul.07:48
In our environment we setup Github Actions in parallel with Zuul.
We use GHA for fast checks on code and zuul for the entire build and test + various other pipeline associated.
My question is: can I create a pipeline on zuul that requires a GHA to succeed before it gets triggered?
Documentation mention this:
---
pipeline.require.\<github source>.status
A string value that corresponds with the status of the pull request. The syntax is user:status:value. This can also be a regular expression.
Zuul does not differentiate between a status reported via status API or via checks API (which is also how Github behaves in terms of branch protection and status checks). Thus, the status could be reported by a pipeline.\<reporter>.\<github source>.status or a pipeline.\<reporter>.\<github source>.check.
When a status is reported via the status API, Github will add a \[bot\] to the name of the app that reported the status, resulting in something like user\[bot\]:status:value. For a status reported via the checks API, the app’s slug will be used as is.
---
@sandruz:matrix.org * Hi Everyone, first time here with a question regarding Zuul.07:49
In our environment we setup Github Actions in parallel with Zuul.
We use GHA for fast checks on code and zuul for the entire build and test + various other pipeline associated.
My question is: can I create a pipeline on zuul that requires a GHA to succeed before it gets triggered?
Documentation mention this:
---
pipeline.require.\<github source>.status
A string value that corresponds with the status of the pull request. The syntax is user:status:value. This can also be a regular expression.
Zuul does not differentiate between a status reported via status API or via checks API (which is also how Github behaves in terms of branch protection and status checks). Thus, the status could be reported by a pipeline.\<reporter>.\<github source>.status or a pipeline.\<reporter>.\<github source>.check.
When a status is reported via the status API, Github will add a \[bot\] to the name of the app that reported the status, resulting in something like user\[bot\]:status:value. For a status reported via the checks API, the app’s slug will be used as is.
---
But I haven't found any resources online, maybe someone here has already done this kind of integration before and can suggest me how to proceed.
@sandruz:matrix.org * Hi Everyone, first time here with a question regarding Zuul.07:50
In our environment we setup Github Actions in parallel with Zuul.
We use GHA for fast checks on code and zuul for the entire build and test + various other pipelines associated.
My question is: can I create a pipeline on zuul that requires a GHA to succeed before it gets triggered?
Documentation mention this:
---
pipeline.require.\<github source>.status
A string value that corresponds with the status of the pull request. The syntax is user:status:value. This can also be a regular expression.
Zuul does not differentiate between a status reported via status API or via checks API (which is also how Github behaves in terms of branch protection and status checks). Thus, the status could be reported by a pipeline.\<reporter>.\<github source>.status or a pipeline.\<reporter>.\<github source>.check.
When a status is reported via the status API, Github will add a \[bot\] to the name of the app that reported the status, resulting in something like user\[bot\]:status:value. For a status reported via the checks API, the app’s slug will be used as is.
---
But I haven't found any resources online, maybe someone here has already done this kind of integration before and can suggest me how to proceed.
@felixedel:matrix.orgtristanC: Thanks for the reviews. I will have a look at them. Yes, there is still some functionality missing (which I'm currently working on), but the goal would be to just enhance the page without dropping any of the existing functionality. Some of your comments/concerns might already be solved in follow-up changes.08:33
-@gerrit:opendev.org- Felix Edel proposed:08:35
- [zuul/zuul] 917952: Show last reconfiguration time on status page https://review.opendev.org/c/zuul/zuul/+/917952
- [zuul/zuul] 918030: Show zuul version in footer section on status page https://review.opendev.org/c/zuul/zuul/+/918030
@pernordeman:matrix.orgSome jobs are build jobs that depend on the revision 08:59
@pernordeman:matrix.orgAllright cool, feels hacky😅 Could zuul use the gerrit API to read some input for possibly switching the override-checkout at the triggering of pipelines? 09:02
like reading a gerrit tag or comment
@sandruz:matrix.org * Hi Everyone, first time here with a question regarding Zuul.09:10
In our environment we setup Github Actions in parallel with Zuul.
We use GHA for fast checks on code and zuul for the entire build and test + various other pipelines associated.
My question is: can I create a pipeline on zuul that requires a GHA to succeed before it gets triggered?
Documentation mention this:
---
pipeline.require.\<github source>.status
A string value that corresponds with the status of the pull request. The syntax is user:status:value. This can also be a regular expression.
Zuul does not differentiate between a status reported via status API or via checks API (which is also how Github behaves in terms of branch protection and status checks). Thus, the status could be reported by a pipeline.\<reporter>.\<github source>.status or a pipeline.\<reporter>.\<github source>.check.
When a status is reported via the status API, Github will add a \[bot\] to the name of the app that reported the status, resulting in something like user\[bot\]:status:value. For a status reported via the checks API, the app’s slug will be used as is.
---
But I haven't found any resources online, maybe someone here has already done this kind of integration before and can suggest me how to proceed.
Any help will be really appreciated.
@sylvass:albinvass.seAlessandro Alba: it should be possible to do that, the only issue that can occur is if you have multiple gating systems (systems that both wants to merge the change). I think you're looking at the right place but I can't help you with the github specific parts09:12
@sandruz:matrix.orgThanks sylvass. Any help is really appreciated.11:08
-@gerrit:opendev.org- Simon Westphahl proposed: [zuul/zuul] 918051: Fix Nodepool election suspended callback https://review.opendev.org/c/zuul/zuul/+/91805113:24
@jpew:matrix.orgHey, sorry to keep bothering everyone about https://review.opendev.org/c/zuul/zuul/+/914818 , but it's the most requested fix from our user base. Could someone please review it? Thanks in advance16:35
@clarkb:matrix.orgjpew: I think the code itself is fine but I left a suggestion for adding a small amount of clarity to the docs22:12
@clarkb:matrix.orgdue to my own initial confusion over how this would work. I'm also happy if others say this doesn't need calrification. Its late on friday and I could also see us blaming that too :)22:12
@jpew:matrix.orgYour wording is more clear I think22:16
-@gerrit:opendev.org- Joshua Watt proposed: [zuul/zuul] 914818: gerrit: Add `approval-change` trigger https://review.opendev.org/c/zuul/zuul/+/91481822:17
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed on behalf of Joshua Watt: [zuul/zuul] 914818: gerrit: Add `approval-change` trigger https://review.opendev.org/c/zuul/zuul/+/91481822:42
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 918148: Clarify zuul trigger docs https://review.opendev.org/c/zuul/zuul/+/91814822:47
@jim:acmegating.comjpew: done; i left some nit comments but fixed them myself and approved.22:48

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!