| -@gerrit:opendev.org- Benjamin Schanzel proposed: [zuul/nodepool] 887858: Metastatic: fix user_data type https://review.opendev.org/c/zuul/nodepool/+/887858 | 06:21 | |
| @flaper87:matrix.org | corvus: thanks for the review in https://review.opendev.org/c/zuul/zuul/+/885455 | 07:31 |
|---|---|---|
| TBH, I'm a bit confused by the current failure as it doesn't seem related to the PR. However, it may be and I just don't know how they are related 🤣 | ||
| @flaper87:matrix.org | > <@flaper87:matrix.org> corvus: thanks for the review in https://review.opendev.org/c/zuul/zuul/+/885455 | 07:39 |
| > | ||
| > TBH, I'm a bit confused by the current failure as it doesn't seem related to the PR. However, it may be and I just don't know how they are related 🤣 | ||
| looks like I can replicate it locally, so it may be related after all | ||
| @flaper87:matrix.org | > <@flaper87:matrix.org> looks like I can replicate it locally, so it may be related after all | 07:43 |
| It seems to happen in master too. Maybe some library release broke the job? | ||
| @flaper87:matrix.org | Ok, looks like Pillow 10.0.0 (released on Jul 1st) removed `ImageDraw.textsize` https://github.com/python-pillow/Pillow/blob/f089c2db8c1806f09e6ed53a1986146693db1ade/docs/releasenotes/10.0.0.rst#font-size-and-offset-methods | 07:56 |
| -@gerrit:opendev.org- Lukas Kranz proposed: [zuul/zuul-jobs] 887917: prepare-workspace-git: Add ability to define synced pojects https://review.opendev.org/c/zuul/zuul-jobs/+/887917 | 08:00 | |
| -@gerrit:opendev.org- Flavio Percoco Premoli proposed: [zuul/zuul] 887936: Pin Pillow version to < 10.0.0 https://review.opendev.org/c/zuul/zuul/+/887936 | 08:50 | |
| @flaper87:matrix.org | > <@flaper87:matrix.org> Ok, looks like Pillow 10.0.0 (released on Jul 1st) removed `ImageDraw.textsize` https://github.com/python-pillow/Pillow/blob/f089c2db8c1806f09e6ed53a1986146693db1ade/docs/releasenotes/10.0.0.rst#font-size-and-offset-methods | 08:50 |
| Using 9.5.0 fixes the tests. Unsure whether this is the preferred way to address issues like this: https://review.opendev.org/c/zuul/zuul/+/887936 | ||
| @muneerefx:matrix.org | yoctozepto: in latest updation of zuul documentation,why zuul install from scratch remove | 10:29 |
| @muneerefx:matrix.org | any option to install zuul from scratch | 10:30 |
| @muneerefx:matrix.org | which is best way to start to install zuul? | 10:31 |
| @mhuin:matrix.org | if it's not for production you can look at the documentation, there's a docker compose that sets you up with a "playground" environment | 10:34 |
| @mhuin:matrix.org | there is also the software factory installer at https://www.softwarefactory-project.io which basically uses ansible to deploy and set up zuul and other peripheral services, but this may be overkill depending on what you're trying to do | 10:37 |
| @jim:acmegating.com | flaper87: you may have misunderstood my comment. "whitelabel" doesn't mean "docs job" it means the "zuul-build-dashboard-openstack-whitelabel" job. | 14:23 |
| @jim:acmegating.com | flaper87: fungi regarding the docs job, i already made https://review.opendev.org/887865 yesterday | 14:23 |
| @jim:acmegating.com | muneerefx: the quick-start is the best way to get started. we recommend using containers and not installing zuul from scratch. i also have a configurator which will prepare an installation for some common cloud environments: https://acmegating.com/acme-enterprise-zuul/#start | 14:25 |
| @jim:acmegating.com | muneerefx: also see https://zuul-ci.org/get-started.html | 14:25 |
| -@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/nodepool] 887907: Use low-level OpenStack SDK calls for server listing https://review.opendev.org/c/zuul/nodepool/+/887907 | 14:37 | |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 887865: Pin pillow for docs build https://review.opendev.org/c/zuul/zuul/+/887865 | 15:56 | |
| @borys0:matrix.org | Hi, | 18:11 |
| I have some jobs that are used in a project template. One of those jobs uses a secret. Currently that secret is defined in the same project as the jobs but I would like to be able to provide that secret in a zuul.yaml file that is present in other projects that use this project template. So each project can provide its own secret to the job from the project template. Is this possible? I have tried to implement it but recieved some errors which might be caused by some other configuration. I just want to know if this is even possible so that I know if it’s worth taking the time to work through the errors | ||
| @borys0:matrix.org | * Hi,
I have some jobs that are used in a project template. One of those jobs uses a secret. Currently that secret is defined in the same project as the jobs but I would like to be able to provide that secret in a zuul.yaml file that is present in other projects that use this project template. So each project can provide its own secret to the job from the project template. Is this possible? I have tried to implement it but recieved some errors which might be caused by some other configuration. I just want to know if this is even possible so that I know if it’s worth taking the time to work through the errors | 18:14 |
| P.S. | ||
| Not sure how to use this app yet, so sorry if this is not the right place for this message | ||
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!