Tuesday, 2022-08-16

-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320800:05
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/nodepool] 852670: Add support for dynamic tags https://review.opendev.org/c/zuul/nodepool/+/85267000:08
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320800:18
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320800:35
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320800:55
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320801:20
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320802:09
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320802:58
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320803:17
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320803:45
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320803:48
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320804:12
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320804:51
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320805:11
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320806:13
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320806:47
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320807:15
-@gerrit:opendev.org- Simon Westphahl proposed: [zuul/zuul] 853144: Set remote URL when different in config https://review.opendev.org/c/zuul/zuul/+/85314407:42
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320807:51
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320808:06
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320808:36
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320810:08
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320810:37
@bridgefan:matrix.orgOut of curiosity, does zuul support the ability to modify a commit on submit?  The use case being to use a source code auto formatter like yapf for python.11:44
@fungicide:matrix.org> <@bridgefan:matrix.org> Out of curiosity, does zuul support the ability to modify a commit on submit?  The use case being to use a source code auto formatter like yapf for python.11:46
zuul currently asks the code review system to do the submitting, so does not control the content of the commits (only whether or not they should merge)
@fungicide:matrix.orgsome of opendev's projects have normalization jobs which checkout the current branch state, run some formatter over the files, create a commit from what it changes, and push that as a new code review for maintainers to consider and approve11:47
@bridgefan:matrix.orgok that's good to know11:48
@bridgefan:matrix.organy chance you know the location of one of these jobs?11:49
@bridgefan:matrix.orgeither way, thanks a lot for the explanations11:50
@fungicide:matrix.orgsure, i can find you an example, just a moment11:51
@fungicide:matrix.orgbridgefan: here's an example run of a job which proposes the result of normalizing our project list: https://zuul.opendev.org/t/openstack/build/9ec9bee2d6784d02be516810e6de6c47/console11:59
@fungicide:matrix.orgthe job definition is very simple: https://opendev.org/openstack/project-config/src/branch/master/zuul.d/jobs.yaml#L848-L85412:00
@fungicide:matrix.orgit inherits from the propose-updates job definition a couple of entries up from there12:00
@fungicide:matrix.orgthe run playbook is just a shell script wrapper: https://opendev.org/openstack/project-config/src/branch/master/playbooks/proposal/propose-project-config-update.yaml12:02
@fungicide:matrix.organd it's calling this script: https://opendev.org/openstack/project-config/src/branch/master/tools/propose_projects_yaml_update.sh12:03
@fungicide:matrix.orgfor reference, the resulting proposal from that build was https://review.opendev.org/85293112:04
@fungicide:matrix.organ up side to this approach is that, for example, if your contributors are signing their commits then changing their commits before merging would invalidate their signatures12:10
@fungicide:matrix.orgbut also the commits in their local trees will match what ends up committed, so there's less of a need for them to force reset local branches or perform similar non-fast-forwardable operations12:11
@fungicide:matrix.orgof course, another approach is to simply have a check job which diffs the proposed files against the same files run through the formatter, and fail if there's any difference (providing either the diff or inline comments along with a reminder of what the developer can run locally to auto-apply the same transformation for their next revision)12:13
@fungicide:matrix.orgwe take that approach for some data where we want to keep things sorted in alpha order for ease of maintenance12:14
@bridgefan:matrix.orgwow thanks a lot!  this is great :)12:26
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 853351: Add zuul change queue https://review.opendev.org/c/zuul/zuul/+/85335117:37
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul-client] 853352: Add zuul-client to zuul change queue https://review.opendev.org/c/zuul/zuul-client/+/85335217:38
-@gerrit:opendev.org- Zuul merged on behalf of Matthieu Huin https://matrix.to/#/@mhuin:matrix.org: [zuul/zuul] 850759: Update keycloak demo, documentation for keycloak 18 https://review.opendev.org/c/zuul/zuul/+/85075917:39
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul-client] 850108: Add support for freezing the job graph https://review.opendev.org/c/zuul/zuul-client/+/85010817:54
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul-client] 850110: Add freeze-job subcommand https://review.opendev.org/c/zuul/zuul-client/+/85011017:57
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com:19:29
- [zuul/zuul] 850109: Add tests for zuul-client job-graph https://review.opendev.org/c/zuul/zuul/+/850109
- [zuul/zuul] 850111: Add test for zuul-client freeze-job https://review.opendev.org/c/zuul/zuul/+/850111
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 851107: Add job graph support to web UI https://review.opendev.org/c/zuul/zuul/+/85110719:37
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320820:02
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320820:24
@pearcetyler:matrix.orgAny idea what would cause `prepare-workspace` to take more than 20 minutes? It seemed fine last week but is taking an excessive amount of time this week21:12
`2022-08-16 20:37:03.729258 | TASK [prepare-workspace : Synchronize src repos to workspace directory.]
2022-08-16 20:59:05.851770 | ubuntu-focal | Output suppressed because no_log was given`
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320821:15
@clarkb:matrix.org> <@pearcetyler:matrix.org> Any idea what would cause `prepare-workspace` to take more than 20 minutes? It seemed fine last week but is taking an excessive amount of time this week21:19
> `2022-08-16 20:37:03.729258 | TASK [prepare-workspace : Synchronize src repos to workspace directory.]
> 2022-08-16 20:59:05.851770 | ubuntu-focal | Output suppressed because no_log was given`
`prepare-workspace`s primary function is to set up the git repos and copy the zuul git state into them. In opendev we rely on git repo caches in our test nodes to speed things up. In our environment the first thing I would look at after network slowness is whether or not the cache is out of date forcing more data to go over the network. I would look at those two things assuming you also use a git repo cache on your test nodes
@pearcetyler:matrix.orgThanks for the quick response! We aren't using caching here, so it was surprising for it to get so slow so suddenly. Even without caching 20 minutes seemed unusual đŸ˜… 21:25
@pearcetyler:matrix.orgI'll keep looking into things to see what I can find21:25
@clarkb:matrix.orgMaybe one or more of the repos grew in size quite a bit suddenly?21:30
@pearcetyler:matrix.orgIt grew about ~8-10KB in the past 10 days21:37
@pearcetyler:matrix.orgIs it preferred to use `prepare-workspace-git` over `prepare-workspace`?21:39
@clarkb:matrix.orgProbably `prepare-workspace-git` if you have a cache since the caching really only works with the git operations (rsync will just copy everything since the packfiles will likely differ)21:40
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853369: [wip] zuul-stream : validate on per-node basis https://review.opendev.org/c/zuul/zuul/+/85336921:41
-@gerrit:opendev.org- Ian Wienand proposed:21:47
- [zuul/zuul] 853369: [wip] validate on per node basis https://review.opendev.org/c/zuul/zuul/+/853369
- [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/853208
-@gerrit:opendev.org- Ian Wienand proposed: [zuul/zuul] 853208: [wip] zuul-stream : 2.7 testing https://review.opendev.org/c/zuul/zuul/+/85320821:59
@vlotorev:matrix.orgHi, it seems zuul behaviour for gerrit topics has changed from 5.x to 6.2.0. My gerrit has submitWholeTopic enabled. 6.2.0 zuul reports 'cycle dependency detected' and doesn't enqueue items. I don't have queue.allow-circular-dependencies enabled.22:23
This behaviour was not before 6.x (zuul ignored topics and enqueued items ignoring topics).
Can't zuul just ignore gerrit topics?
@vlotorev:matrix.org * Hi, it seems zuul behaviour for gerrit topics has changed from 5.x to 6.2.0. My gerrit has submitWholeTopic enabled. 6.2.0 zuul reports 'cycle dependency detected' and doesn't enqueue items. I don't have queue.allow-circular-dependencies enabled.22:23
This behaviour was not before 6.x (zuul ignored topics and enqueued items ignoring topics).
Can't zuul ignore gerrit topics?
-@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com:22:24
- [zuul/zuul] 851268: Add freeze job to web UI https://review.opendev.org/c/zuul/zuul/+/851268
- [zuul/zuul] 851604: Use internal links in job graph display https://review.opendev.org/c/zuul/zuul/+/851604
@jim:acmegating.comvlotorev: you can disable submitWholeTopic or enable circular dependencies.  either way, the two systems need to be in sync.22:26
@jim:acmegating.comvlotorev: see the release note here: https://zuul-ci.org/docs/zuul/latest/releasenotes.html#relnotes-5-2-022:28
@vlotorev:matrix.orgcorvus: Thanks, I've read release notes multiple times, but haven't thought 'Zuul now matches Gerrit’s behavior when change.submitWholeTopic is set in Gerrit.' is that literal :)22:31
@vlotorev:matrix.org * corvus: Thanks, I've read release notes multiple times, but haven't thought `Zuul now matches Gerrit’s behavior when change.submitWholeTopic is set in Gerrit.` is that literal :)22:31
@jim:acmegating.comvlotorev: well, i was more thinking of `If the projects are not part of pipeline queues which are configured to allow circular dependencies, then Zuul will report failure on enqueue. Be sure that the submitWholeTopic setting in Gerrit and the allow-circular-dependencies setting in Zuul match.`  but granted, it's not the first thing, and we could have added a second mention under `upgrade notes`22:33
-@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed:23:13
- [zuul/nodepool] 853371: AWS add support for multiple instance types https://review.opendev.org/c/zuul/nodepool/+/853371
- [zuul/nodepool] 853372: Convert GCE to state machine driver and remove simple https://review.opendev.org/c/zuul/nodepool/+/853372
@jim:acmegating.com+276, -1092  ^ for what is hopefully no change in behavior23:16
@jim:acmegating.com * +276, -1092  ^ for what is hopefully no change in behavior (should be a maintenance improvement)23:16

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