| -@gerrit:opendev.org- Zuul merged on behalf of Simon Westphahl: | 02:37 | |
| - [zuul/zuul] 836316: Fix deserialization of new management events https://review.opendev.org/c/zuul/zuul/+/836316 | ||
| - [zuul/zuul] 836313: Skip reconfig when all project config is excluded https://review.opendev.org/c/zuul/zuul/+/836313 | ||
| -@gerrit:opendev.org- Zuul merged on behalf of Clark Boylan: [zuul/nodepool] 837035: Update DIB to version 3.20.2 https://review.opendev.org/c/zuul/nodepool/+/837035 | 03:01 | |
| @mnaser:matrix.org | just curious/wondering if there is a reason this isn't getting a +W yet? :) | 03:19 |
|---|---|---|
| - https://review.opendev.org/c/zuul/zuul-registry/+/835772 | ||
| - https://review.opendev.org/c/zuul/zuul-registry/+/835773 | ||
| we've been patiently waiting to unblock us :) | ||
| -@gerrit:opendev.org- Zuul merged on behalf of Simon Westphahl: [zuul/zuul] 836322: Only try to revise unaccepted node requests https://review.opendev.org/c/zuul/zuul/+/836322 | 05:57 | |
| @q:fricklercloud.de | if I have a static node that shall only be used by a specific job, is there a way to achieve that? maybe restrict the list of node labels that may be used outside of config-projects? assuming that this is not yet implemented, would such a feature be considered useful? | 10:04 |
| -@gerrit:opendev.org- Simon Westphahl proposed: [zuul/zuul] 837117: Update change deps on refresh after cache miss https://review.opendev.org/c/zuul/zuul/+/837117 | 11:26 | |
| @clarkb:matrix.org | q: currently I think there aren't controls for that. You can limit what tenants have access to but not specific jobs iirc. It wouldn't surprise me if others could make use of that. tobiash may have thoughts | 13:03 |
| @tobias.henkel:matrix.org | q: that's not possible on project/job level at the moment, but it is on tenant level if that helps | 13:19 |
| @q:fricklercloud.de | hmm, multiple tenants would imply multiple github apps I think, or can I share one app over multiple tenants? also related question, could I have one project getting tested in multiple tenants in parallel? does sound rather complicated, though | 13:49 |
| @clarkb:matrix.org | q: multiple tenants can share a single app. There may be reasons to not do that (if individual foo and bar can't agree that coolzuul can merge their changes or something) | 13:50 |
| @clarkb:matrix.org | > <@mnaser:matrix.org> just curious/wondering if there is a reason this isn't getting a +W yet? :) | 13:52 |
| > | ||
| > - https://review.opendev.org/c/zuul/zuul-registry/+/835772 | ||
| > - https://review.opendev.org/c/zuul/zuul-registry/+/835773 | ||
| > | ||
| > | ||
| > we've been patiently waiting to unblock us :) | ||
| I've approved them now | ||
| -@gerrit:opendev.org- Zuul merged on behalf of Mohammed Naser: [zuul/zuul-registry] 835772: tests: Add regression test for manifests https://review.opendev.org/c/zuul/zuul-registry/+/835772 | 14:09 | |
| -@gerrit:opendev.org- Zuul merged on behalf of Mohammed Naser: [zuul/zuul-registry] 835773: Fix "docker manifest create" issue https://review.opendev.org/c/zuul/zuul-registry/+/835773 | 14:12 | |
| @mnaser:matrix.org | > <@clarkb:matrix.org> I've approved them now | 14:28 |
| yay thank you! i'm wondering if zuul-registry is just running :latest job or if it has releases | ||
| @clarkb:matrix.org | mnaser: I believe opendev runs latest and those updates happen ~hourly. We do also tag releases that act as a fallback if necessary | 14:30 |
| @clarkb:matrix.org | we should probably tag the previous commit to these as those have been running and happy for a bit | 14:30 |
| @mnaser:matrix.org | yeah, makes sense as an easy fallback | 14:31 |
| @jim:acmegating.com | zuul-maint: zuul-registry tag? commit 20f50e0ae77028681dba0c324d1c60e69a68bfa7 (tag: 1.2.0) | 14:49 |
| @mnaser:matrix.org | ugh, now running into some other issues with some call that's not implemented: | 15:04 |
| ``` | ||
| POST /v2/barbican/blobs/uploads/?from=barbican-amd64&mount=sha256%3A0362a05871d1532ff62b8fcf719edc13884eb08b7624f1843bd98c4084ca1bdb HTTP/1.1 | ||
| ``` | ||
| which is documented here: | ||
| https://docs.docker.com/registry/spec/api/ under "Cross Repository Blob Mount" | ||
| i'm just going to scrap all this and use podman at this point | ||
| @clarkb:matrix.org | corvus: I'm going to approve the nodepool k8s api fixes after breakfast if no other objections come up | 15:06 |
| @clarkb:matrix.org | I guess there were none so the "other" there is not really accurate | 15:06 |
| @jim:acmegating.com | pushed zuul-registry 1.2.0 | 15:34 |
| @mnaser:matrix.org | corvus: do you think it's alright to modify /etc/hosts inside tests because of Helm being uncool about 'localhost' ? https://review.opendev.org/c/zuul/zuul-registry/+/836885 | 16:54 |
| -@gerrit:opendev.org- Zuul merged on behalf of Clark Boylan: | 17:00 | |
| - [zuul/nodepool] 836860: Support K8s 1.22.0 and newer. https://review.opendev.org/c/zuul/nodepool/+/836860 | ||
| - [zuul/nodepool] 836875: Update openshift dependency https://review.opendev.org/c/zuul/nodepool/+/836875 | ||
| @clarkb:matrix.org | corvus: swest had comments on https://review.opendev.org/c/zuul/zuul/+/835464/ | 17:15 |
| -@gerrit:opendev.org- Simon Westphahl proposed: [zuul/zuul] 837117: Update change deps on refresh after cache miss https://review.opendev.org/c/zuul/zuul/+/837117 | 17:17 | |
| @y2kenny:matrix.org | Are there any reason the buildset URL not being part of text report for a change? Would you guys be opened to a code change to add that (I am thinking of adding it after the success/failure-message? | 17:56 |
| @clarkb:matrix.org | Kenny Ho: I think for the github checks reporter that is all that is reported. So there is some precedent to reporting it where we don't already | 17:57 |
| @y2kenny:matrix.org | ok. I think buildset url is not in the gerrit reporter | 17:57 |
| @y2kenny:matrix.org | I will see if I can add that | 17:57 |
| -@gerrit:opendev.org- Tristan Cacqueray proposed: [zuul/zuul] 837170: client: enables generating auth token for multiple tenant https://review.opendev.org/c/zuul/zuul/+/837170 | 17:58 | |
| -@gerrit:opendev.org- Tristan Cacqueray proposed: [zuul/zuul] 837171: client: add support for ZUUL_TOKEN environment variable https://review.opendev.org/c/zuul/zuul/+/837171 | 17:58 | |
| @blaisep-sureify:matrix.org | This might not be the right board.... I'm considering a manage zuul-ci from VexxHost and their web console is a little flakey (as in generic error page when I https://secure.vexxhost.com/billing/store to request the service) | 18:07 |
| @mnaser:matrix.org | > <@blaisep-sureify:matrix.org> This might not be the right board.... I'm considering a manage zuul-ci from VexxHost and their web console is a little flakey (as in generic error page when I https://secure.vexxhost.com/billing/store to request the service) | 18:07 |
| it's not ;) but i think we got your request and it's making they way in our stuff | ||
| -@gerrit:opendev.org- Kenny Ho proposed: [zuul/zuul] 837063: Add build set URL to reporter https://review.opendev.org/c/zuul/zuul/+/837063 | 18:26 | |
| -@gerrit:opendev.org- Kenny Ho proposed: [zuul/zuul] 837063: Add build set URL to reporter https://review.opendev.org/c/zuul/zuul/+/837063 | 18:30 | |
| -@gerrit:opendev.org- Kenny Ho marked as active: [zuul/zuul] 837063: Add build set URL to reporter https://review.opendev.org/c/zuul/zuul/+/837063 | 18:30 | |
| -@gerrit:opendev.org- Kenny Ho proposed: [zuul/zuul] 837063: Add build set URL to reporter https://review.opendev.org/c/zuul/zuul/+/837063 | 18:46 | |
| @mnaser:matrix.org | I need to build a bunch of wheels across two different architectures (natively). If I have two jobs generating wheels on each arch (in different nodes), and then a job that depends on both their artifacts to merge those two wheels together.. does that make sense? I'd wish to make this a nodeless job but I think I probably won't be able to due to restrictions | 21:40 |
| @mnaser:matrix.org | (the reason is that I need a single file with all wheels for both arches) | 21:40 |
| @clarkb:matrix.org | mnaser: like a tarball with all the wheels in it? | 22:02 |
| @clarkb:matrix.org | in that case then ya I think a child job that depends on both to complete and grabs the artifacts and appends them however appropriate makes sense | 22:02 |
| @mnaser:matrix.org | > <@clarkb:matrix.org> in that case then ya I think a child job that depends on both to complete and grabs the artifacts and appends them however appropriate makes sense | 22:04 |
| yup… that’s what’s I’m thinking too | ||
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!