Wednesday, 2022-05-04

-@gerrit:opendev.org- Zuul merged on behalf of Ian Wienand: [zuul/nodepool] 840395: dib: bump to 3.21.0 https://review.opendev.org/c/zuul/nodepool/+/84039504:43
@jakobmeng:fedora.im> <@fungicide:matrix.org> jm1: the "default fallback" i was referring to is usually the "master" branch but can be changed by setting project.default-branch: https://zuul-ci.org/docs/zuul/latest/job-content.html#git-repositories https://zuul-ci.org/docs/zuul/latest/config/project.html#attr-project.default-branch07:04
fungi: But the default fallback (e.g. project.default-branch) is not used when collecting job variants, is it?
-@gerrit:opendev.org- Dominik Jaeger proposed: [zuul/zuul] 828125: Add support for filesets in job configuration https://review.opendev.org/c/zuul/zuul/+/82812508:45
@fungicide:matrix.org> <@jakobmeng:fedora.im> fungi: But the default fallback (e.g. project.default-branch) is not used when collecting job variants, is it?12:47
it is, here's an example inheritance_path demonstrating it (note that the tempest repository has only a master branch, so an implicit stable/yoga branch job is inheriting from a definition in tempest master branch which has an explicit branches matcher with a regex in it, but is then in turn inheriting implicitly from a stable/yoga branch in the devstack repository): https://zuul.opendev.org/t/openstack/build/b511a76f82ae4daab3380c58f0d19567/log/zuul-info/inventory.yaml#255-271
@fungicide:matrix.orgi don't have an exampke which uses a different project.default-branch but the code path in zul should in theory be identical. "master" is simply the default value for project.default-branch and if it didn't work the same then that would definitely be a bug12:48
@fungicide:matrix.org * i don't have an exampke which uses a different project.default-branch but the code path in zuul should in theory be identical. "master" is simply the default value for project.default-branch and if it didn't work the same then that would definitely be a bug12:49
@fungicide:matrix.org * i don't have an example which uses a different project.default-branch but the code path in zuul should in theory be identical. "master" is simply the default value for project.default-branch and if it didn't work the same then that would definitely be a bug12:50
@jakobmeng:fedora.imfungi: here is an hopefully-simple-enough example where a job is not scheduled: https://review.opendev.org/c/openstack/ansible-collections-openstack/+/84045913:43
@jakobmeng:fedora.imfungi: my guess: the difference why your example works and my does not is that your parent tempest job has job.branches explicitly defined as you describe above. The devstack parent job from which i inherit does not define job.branches.13:51
@jakobmeng:fedora.im * fungi: my guess: the difference why your example works and my does not is that your parent tempest job has job.branches explicitly defined as you describe above. The devstack parent job (from devstack repo) from which i inherit does not define job.branches.13:53
@jakobmeng:fedora.im * fungi: my guess: the difference why your example works and my does not is that your parent tempest job (from tempest repo) has job.branches explicitly defined as you describe above. The devstack parent job (from devstack repo) from which i inherit does not define job.branches.13:54
@q:fricklercloud.deI think that may be because we use this pragma in devstack in order to get testing for the sdk feature branch to work14:01
https://opendev.org/openstack/devstack/src/branch/master/.zuul.yaml#L1-L7
with the feature development almost done, I think we can remove this and see if that resolves your issue. otherwise we might to need your stable/1.x branch to that list
@jakobmeng:fedora.imfrickler: Zuul's debug output does not provide a hint whether the pragma could be the reason for that.15:15
@jakobmeng:fedora.imfrickler, fungi: One workaround (which we actually use) for this no-matching-variants issue is to use `job.required-projects.override-checkout` like in this example: https://review.opendev.org/c/openstack/ansible-collections-openstack/+/840490/1..2/.zuul.yaml15:17
@danygankoff:matrix.orgHello everyone. We have a torvalds/linux fork hosted on a Gerrit instance. It takes about 4 minutes to clone the repository, and 1.5 minutes of that time is one git-upload-pack request. I have tried my best to tune the Gerrit performance, but I cannot make the stage faster. When reconfiguring Zuul tenant, our Zuul instance fails to fetch that repository due to a timeout. Is there a way to work around this issue?15:20
-@gerrit:opendev.org- Kenny Ho proposed: [zuul/zuul] 837063: Add build set URL to reporter https://review.opendev.org/c/zuul/zuul/+/83706315:26
@clarkb:matrix.org> <@danygankoff:matrix.org> Hello everyone. We have a torvalds/linux fork hosted on a Gerrit instance. It takes about 4 minutes to clone the repository, and 1.5 minutes of that time is one git-upload-pack request. I have tried my best to tune the Gerrit performance, but I cannot make the stage faster. When reconfiguring Zuul tenant, our Zuul instance fails to fetch that repository due to a timeout. Is there a way to work around this issue?15:27
You can change the timeout value in Zuul. We have had to do that for one of our repositories iirc. Let me see if I can find the setting
@clarkb:matrix.org> <@clarkb:matrix.org> You can change the timeout value in Zuul. We have had to do that for one of our repositories iirc. Let me see if I can find the setting15:28
https://zuul-ci.org/docs/zuul/latest/configuration.html#attr-merger.git_timeout may help
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/nodepool] 840526: Improve AWS driver performance https://review.opendev.org/c/zuul/nodepool/+/84052618:02
-@gerrit:opendev.org- Clark Boylan proposed:21:11
- [zuul/zuul-jobs] 840539: Switch py3.10 testing to Ubuntu Jammy https://review.opendev.org/c/zuul/zuul-jobs/+/840539
- [zuul/zuul-jobs] 840540: Make note of python_version being a string value https://review.opendev.org/c/zuul/zuul-jobs/+/840540
@clarkb:matrix.orgThat first change depends on an opendev base jobs update that hasn't landed yet. I'll recheck it once it should function21:11
-@gerrit:opendev.org- Clark Boylan proposed: [zuul/zuul] 840543: Cleanup actiongeneral usage https://review.opendev.org/c/zuul/zuul/+/84054321:20
-@gerrit:opendev.org- Clark Boylan proposed:23:48
- [zuul/zuul-jobs] 840539: Switch py3.10 testing to Ubuntu Jammy https://review.opendev.org/c/zuul/zuul-jobs/+/840539
- [zuul/zuul-jobs] 840540: Make note of python_version being a string value https://review.opendev.org/c/zuul/zuul-jobs/+/840540
-@gerrit:opendev.org- Clark Boylan proposed:23:56
- [zuul/zuul-jobs] 840539: Switch py3.10 testing to Ubuntu Jammy https://review.opendev.org/c/zuul/zuul-jobs/+/840539
- [zuul/zuul-jobs] 840540: Make note of python_version being a string value https://review.opendev.org/c/zuul/zuul-jobs/+/840540

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