Saturday, 2020-05-02

*** zxiiro has quit IRC00:22
*** Goneri has quit IRC01:05
cloudnullmordred clarkb ++01:15
cloudnullI actually had that in the original spec, though it was called out for being out of scope: https://review.opendev.org/#/c/723665/1/specs/victoria/simple-container-generation.rst@30901:15
cloudnullthat said, its something we really want to look at / do01:15
cloudnull-cc EmilienM01:15
cloudnullonce (if?) we get further along expect lots of pestering questions :D01:16
*** zxiiro has joined #zuul01:45
*** swest has quit IRC01:57
*** swest has joined #zuul02:12
*** sanjayu__ has quit IRC02:33
*** bhavikdbavishi has joined #zuul02:39
*** sanjayu__ has joined #zuul02:46
*** bhavikdbavishi1 has joined #zuul02:54
logan-o/ earlier today AJaeger noticed in #opendev that "Limestone Networks CI" had commented on https://review.opendev.org/#/c/717375/ ...it looks like it periodically comments (a couple times a month) on opendev zuul-jobs changes regarding patches failing to merge.02:55
logan-https://review.opendev.org/#/q/reviewer:%22Limestone+Networks+CI+%253Copenstack-ci%2540limestonenetworks.com%253E%2202:55
logan-the relevant main.yaml snippet and logs from zuul-scheduler are here https://pasted.tech/pastes/50eca681f6de7b4a46ed114ba083040c9506dfbd.raw02:55
*** sanjayu__ has quit IRC02:55
*** bhavikdbavishi has quit IRC02:56
*** bhavikdbavishi1 is now known as bhavikdbavishi02:56
logan-is this expected behavior in zuul installations that only load jobs from zuul-jobs?02:56
*** bhavikdbavishi has quit IRC03:17
*** bhavikdbavishi has joined #zuul04:06
*** evrardjp has quit IRC04:35
*** evrardjp has joined #zuul04:36
openstackgerritMerged zuul/zuul-jobs master: Only run tests for ensure-bazel when it is updated  https://review.opendev.org/72493305:48
*** bhavikdbavishi has quit IRC05:55
*** bhavikdbavishi has joined #zuul07:21
*** sgw has quit IRC07:22
avasslogan: interesting, and no I don't think that's expected behaviour08:17
*** bhavikdbavishi has quit IRC08:28
*** bhavikdbavishi has joined #zuul08:32
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: ansible-lint: use matchplay instead of matchtask  https://review.opendev.org/72491008:36
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: ansible-lint: use matchplay instead of matchtask  https://review.opendev.org/72491008:43
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: ansible-lint: use matchplay instead of matchtask  https://review.opendev.org/72491008:48
*** tosky has joined #zuul08:48
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: ansible-lint: use matchplay instead of matchtask  https://review.opendev.org/72491008:54
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: ansible-lint: use matchplay instead of matchtask  https://review.opendev.org/72491008:55
avassAJaeger: you were right, we were missing quite a lot of cases where loop_var wasn't set, unless that ^ breaks anything it should be ready08:59
avassThere are still cases where it looks like the role itself is designed to be included in a loop though (since it uses {{ item }} in tasks/main.yaml), I don't like that so I'll see what I can do about that.09:00
avasslike: https://opendev.org/zuul/zuul-jobs/src/branch/master/roles/build-container-image/tasks/main.yaml#L1009:02
avassthat looks broken09:02
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: ansible-lint: use matchplay instead of matchtask  https://review.opendev.org/72491009:17
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Check blocks recursively for loops  https://review.opendev.org/72496709:30
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Check blocks recursively for loops  https://review.opendev.org/72496709:47
avassThis got increasingly complicated :(09:47
*** guillaumec has joined #zuul09:53
*** iurygregory has quit IRC09:56
*** bhavikdbavishi has quit IRC10:42
*** bhavikdbavishi has joined #zuul10:55
*** bhavikdbavishi has quit IRC11:17
*** bhavikdbavishi has joined #zuul11:49
*** bhavikdbavishi has quit IRC11:53
*** bhavikdbavishi has joined #zuul12:00
*** bhavikdbavishi1 has joined #zuul12:03
*** bhavikdbavishi has quit IRC12:05
*** bhavikdbavishi1 is now known as bhavikdbavishi12:05
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Check blocks recursively for loops  https://review.opendev.org/72496712:06
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Check blocks recursively for loops  https://review.opendev.org/72496712:14
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Check blocks recursively for loops  https://review.opendev.org/72496712:19
mordredavass: you found a lovely rabbit hole to journey down didn't you/12:27
mordredcorvus: I'm going to need your help again on zuul-registry12:30
mordredcorvus: two differen things - the podman job is now _consistently_ failing with "Error uploading layer"12:31
AJaegeravass: what fun! One advise: Better make small changes and merge tests at the end.12:31
mordredcorvus: and the multiarch test now has:12:31
mordred#4 ERROR: failed commit on ref "manifest-sha256:ea0c56e835247500a01f122c7b622bb237b51c82f8fa5fec3f9a4d35f6a6419e": unexpected commit digest sha256:e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855, expected sha256:ea0c56e835247500a01f122c7b622bb237b51c82f8fa5fec3f9a4d35f6a6419e: failed precondition12:32
mordredhttps://zuul.opendev.org/t/zuul/build/c7c8206a66d54363835abb074d17b11b12:32
mordredcorvus: which seems non-awesome12:32
AJaegeravass: even a testsuite  - wow!12:37
avassmordred: yeah :)12:38
avassAJaeger: yeah, I thought it might be good to be able to extend that easily12:39
AJaegerlogan-, corvus, I think we had the same situation some days ago where our tenant vexxhost was reporting on changes on an repo that was just included.12:42
AJaegerExample: https://review.opendev.org/#/c/716449/ - see the two Zuul reports one after each other12:46
avassAJaeger: I'm adding the tests while developing to be able to iterate faster ;)12:51
AJaeger;)12:53
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Check blocks recursively for loops  https://review.opendev.org/72496713:01
avassthat's annoying, there's no way to do -wholename in the ansible find module13:20
*** bhavikdbavishi has quit IRC13:34
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Check blocks recursively for loops  https://review.opendev.org/72496713:35
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Check blocks recursively for loops  https://review.opendev.org/72496713:40
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Check blocks recursively for loops  https://review.opendev.org/72496713:48
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: use zj_image instead of image as loopvar  https://review.opendev.org/72501213:48
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: use zj_log_file instead of item as loop_var  https://review.opendev.org/72501313:48
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Check blocks recursively for loops  https://review.opendev.org/72496713:53
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Update ansible-lint-rules testsuite to only test with the relevant rule  https://review.opendev.org/72501413:58
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Update ansible-lint-rules testsuite to only test with the relevant rule  https://review.opendev.org/72501414:07
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Update ansible-lint-rules testsuite to only test with the relevant rule  https://review.opendev.org/72501414:13
corvusmordred: that's really weird; i don't see it ever "GET"ting that sha here; only heading it: https://zuul.opendev.org/t/zuul/build/c7c8206a66d54363835abb074d17b11b/log/builder/docker/buildset_registry.txt14:17
avassoooh, nice looks like that works14:17
corvusmordred: might be worth holding a node for that job14:23
mordredcorvus: which job? or both?14:23
corvusmordred: oh the multiarch; i didn't look at podman; i'll do that now14:56
corvusmordred: wow, yes, also that one14:58
*** zbr has quit IRC15:05
*** zbr has joined #zuul15:05
corvusmordred: for the podman thing, it looks a lot like two different upload sessions are uploading the same layer sha;  but even if that's the case, i don't understand why it would fail at that particular line.  that isn't a collision on the target sha, that's trying to delete a temporary upload segment which should have been used only a few lines above.15:12
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: dhall-diff: add new job  https://review.opendev.org/71869415:18
mordredcorvus: ok - I've put in autholds for both jobs and have rechecked15:38
*** toabctl has quit IRC15:42
*** toabctl has joined #zuul15:43
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: Add regex for matching ansible-lint output  https://review.opendev.org/72502716:04
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: Add regex for matching ansible-lint output  https://review.opendev.org/72502716:06
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: DNM: Test ansible-lint commenting  https://review.opendev.org/72502816:06
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: Add regex for matching ansible-lint output  https://review.opendev.org/72502716:12
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: DNM: Test ansible-lint commenting  https://review.opendev.org/72502816:12
zbravass: parsing ansible-lint output is a very bad idea!, instead force it to use parsable output (aka pep8 compliant)16:13
zbrotherwise, your logic will fail16:13
zbrthe verbose output has zero guarantees about what it produces16:13
avasszbr: oh, I'll take a look at that instead :)16:25
zbrmost linters are able to use the pep8 format, it become some kind of standard.16:25
zbrwhile it is less verbose, it is clearly machine parsable.16:26
avasszbr: it's already in a parseable format, I think our pep8 regex needs updating then16:26
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: update pep8 regex to not require column  https://review.opendev.org/72503016:29
zbravass: i got myself busy fixing a bug in yamllint, https://github.com/adrienverge/yamllint/pull/26216:29
zbrone that I found while trying to run it on zuul-jobs16:29
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: DNM: Test ansible-lint commenting  https://review.opendev.org/72502816:29
avasszbr: I should have seen that to be honest, since I just copied the pep8 regex and modified it16:30
avasszbr: thanks16:31
*** evrardjp has quit IRC16:35
*** evrardjp has joined #zuul16:36
mordredcorvus: the podman job didn't fail this time, but the multiarch one did16:41
mordredcorvus: and in the same way16:41
avassoooh, looks like we're trying to avoid warnings, but that makes it so it doesn't conform to the pep8 standard16:53
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: update pep8 regex to not require column  https://review.opendev.org/72503017:34
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: DNM: Test ansible-lint commenting  https://review.opendev.org/72502817:34
*** timburke has quit IRC18:14
*** iurygregory has joined #zuul18:49
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Add git name and email for quickstart executor  https://review.opendev.org/72409619:02
*** zxiiro has quit IRC19:12
*** Goneri has joined #zuul20:13
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Fix quickstart gating, Add git name and email to executor  https://review.opendev.org/72409622:19
*** tosky has quit IRC23:28

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