Wednesday, 2020-10-14

*** jamesmcarthur has quit IRC00:09
*** rlandy|rover has quit IRC00:26
*** jamesmcarthur has joined #zuul00:40
*** jamesmcarthur has quit IRC00:48
*** freenzyfriday has joined #zuul00:51
*** freenzyfriday has quit IRC00:55
*** jamesmcarthur has joined #zuul00:56
*** rfolco has quit IRC01:01
*** hamalq has quit IRC01:04
*** jamesmcarthur has quit IRC01:23
*** jamesmcarthur has joined #zuul01:24
*** freenzyfriday has joined #zuul01:41
*** zenkuro has quit IRC01:43
*** saneax has joined #zuul01:46
*** freenzyfriday has quit IRC01:46
*** flaper87 has quit IRC02:19
*** flaper87 has joined #zuul02:20
*** freenzyfriday has joined #zuul02:35
*** freenzyfriday has quit IRC02:44
*** bhavikdbavishi has joined #zuul02:50
*** bhavikdbavishi1 has joined #zuul02:53
*** bhavikdbavishi has quit IRC02:54
*** bhavikdbavishi1 is now known as bhavikdbavishi02:54
*** jamesmcarthur has quit IRC03:41
*** jamesmcarthur has joined #zuul03:48
*** jamesmcarthur has quit IRC03:53
*** jamesmcarthur has joined #zuul03:58
*** saneax has quit IRC04:01
*** bhavikdbavishi has quit IRC04:28
*** bhavikdbavishi has joined #zuul04:28
*** freenzyfriday has joined #zuul04:31
*** evrardjp has quit IRC04:33
*** evrardjp has joined #zuul04:33
*** freenzyfriday has quit IRC04:36
*** jamesmcarthur has quit IRC04:40
*** jamesmcarthur has joined #zuul04:41
*** jamesmcarthur has quit IRC04:46
*** jamesmcarthur has joined #zuul05:17
*** saneax has joined #zuul05:34
*** jamesmcarthur has quit IRC05:40
*** saneax has quit IRC05:45
bolgclarkb: the ChangeDatabase in https://review.opendev.org/#/c/712958/44..45/tests/base.py was dropped because of the comment on patch 44. I would have only one dictionary, therefore I replaced it with that dictionary05:51
bolg*it would have...05:53
*** saneax has joined #zuul05:54
bolgtobiash: could you please elaborate on your comment https://review.opendev.org/#/c/717269/48/zuul/zk/__init__.py ?05:54
*** jfoufas1 has joined #zuul05:57
tobiashThe specialized clients currently get connect, disconnect events in the sense started and stopped. We later might want to not only log zk session events but also react on them in one of that clients05:57
tobiashthis will make it possible to do e.g. cleanup or recovery things when a component lost its session05:58
tobiashBut this comment was not meant tonchange something in this change06:00
*** bhavikdbavishi1 has joined #zuul06:07
*** bhavikdbavishi has quit IRC06:09
*** bhavikdbavishi1 is now known as bhavikdbavishi06:09
*** vishalmanchanda has joined #zuul06:19
*** freenzyfriday has joined #zuul06:32
openstackgerritFelix Edel proposed zuul/zuul master: Configure redux for development  https://review.opendev.org/75549906:36
openstackgerritFelix Edel proposed zuul/zuul master: Avoid state mutations in build reducers  https://review.opendev.org/75550006:36
openstackgerritFelix Edel proposed zuul/zuul master: Improve fetch build actions and state-to-props handling on BuildPage  https://review.opendev.org/75550106:36
openstackgerritFelix Edel proposed zuul/zuul master: Don't overwrite builds when retrieving the buildset  https://review.opendev.org/75550206:36
openstackgerritFelix Edel proposed zuul/zuul master: Only request the buildset if it's not already available  https://review.opendev.org/75550306:36
openstackgerritFelix Edel proposed zuul/zuul master: Add redux integration tests for build actions  https://review.opendev.org/75550406:36
openstackgerritFelix Edel proposed zuul/zuul master: PF4: Rework of log viewer page  https://review.opendev.org/75114006:36
*** mach1na has joined #zuul06:45
jfoufas1I do not know if this is the right forum, but we are pondering how to trigger Hardware In the Loop (HIL) riggs in zuul. Today we must update some file in gerrit or use a timer. Is a MQTT driver as trigger totally out of the questions?06:54
jfoufas1We might also use Concourse, @albin is looking into that06:56
*** jcapitao has joined #zuul07:04
*** mach1na has quit IRC07:12
*** saneax has quit IRC07:13
*** bhavikdbavishi has quit IRC07:17
*** mach1na has joined #zuul07:19
*** mach1na has quit IRC07:32
*** sshnaidm|afk is now known as sshnaidm07:36
*** tosky has joined #zuul07:43
*** bhavikdbavishi has joined #zuul07:44
*** mach1na has joined #zuul07:50
*** rpittau|afk is now known as rpittau07:52
avassjfoufas1: http://eavesdrop.openstack.org/irclogs/%23zuul/%23zuul.2020-10-13.log.html#t2020-10-13T17:57:29 :)07:53
*** jpena|off is now known as jpena07:57
jfoufas1avass perfect, you already raised the topic!08:03
*** nils has joined #zuul08:09
*** jamesmcarthur has joined #zuul08:16
*** saneax has joined #zuul08:20
*** jamesmcarthur has quit IRC08:21
*** hashar has joined #zuul08:24
openstackgerritMerged zuul/zuul master: Configure redux for development  https://review.opendev.org/75549908:46
*** mach1na has quit IRC08:59
*** mach1na has joined #zuul09:01
openstackgerritMerged zuul/zuul master: Avoid state mutations in build reducers  https://review.opendev.org/75550009:13
openstackgerritMerged zuul/zuul master: Improve fetch build actions and state-to-props handling on BuildPage  https://review.opendev.org/75550109:13
openstackgerritMerged zuul/zuul master: Don't overwrite builds when retrieving the buildset  https://review.opendev.org/75550209:13
openstackgerritMerged zuul/zuul master: Only request the buildset if it's not already available  https://review.opendev.org/75550309:13
openstackgerritMerged zuul/zuul master: Add redux integration tests for build actions  https://review.opendev.org/75550409:13
bolgzuul-maint: Do we want to register zuul for https://www.openstack.org/ptg/. I guess we have some topics we could discuss: roadmap, scale-out scheduler, ... (https://storyboard.openstack.org/#!/story/2007192, https://etherpad.opendev.org/p/zuulv4) ?09:25
*** freenzyfriday has quit IRC09:32
*** zenkuro has joined #zuul09:46
*** zenkuro has quit IRC10:16
*** zenkuro has joined #zuul10:16
*** wuchunyang has joined #zuul10:32
*** wuchunyang has quit IRC10:36
*** saneax has quit IRC10:44
*** bhavikdbavishi has quit IRC10:54
*** saneax has joined #zuul11:03
*** mach1na has quit IRC11:08
*** vishalmanchanda has quit IRC11:08
*** jcapitao is now known as jcapitao_lunch11:12
openstackgerritTobias Henkel proposed zuul/zuul master: Cache sql connection names in zuul-web  https://review.opendev.org/75809211:31
*** jpena is now known as jpena|lunch11:36
*** mach1na has joined #zuul11:51
*** mach1na has quit IRC11:52
*** mach1na has joined #zuul11:52
*** rlandy has joined #zuul12:00
*** rlandy is now known as rlandy|rover12:00
*** jamesmcarthur has joined #zuul12:18
tristanCbolg: i'd be happy to join, could we also add the zuul-runner spec to the agenda? https://review.opendev.org/68127712:19
*** ikhan has joined #zuul12:20
avassi think i'd like to join that, gotta make sure i have some time over for it though :)12:22
*** jamesmcarthur has quit IRC12:22
*** jamesmcarthur has joined #zuul12:26
*** jcapitao_lunch is now known as jcapitao12:28
*** rfolco has joined #zuul12:31
*** jamesmcarthur has quit IRC12:34
*** jpena|lunch is now known as jpena12:35
*** jamesmcarthur has joined #zuul12:35
*** Goneri has joined #zuul13:04
*** wuchunyang has joined #zuul13:04
ttxsomething weird is happening when I browse to https://tarballs.opendev.org/zuul/zuul/ -- it seems to redirect to the Zuul console for some reason13:04
*** jamesmcarthur has quit IRC13:05
funginot quite13:07
*** jamesmcarthur has joined #zuul13:07
fungithere was a problem with the webui javascript tarball publishing job for zuul13:07
fungiand it was publishing an unpacked copy of the content there13:07
ttxah ok13:07
fungizuul doesn't really use tarballs.o.o anyway, they consider the copies on pypi to be canonical (and can recreate packages from git if necessary)13:08
*** wuchunyang has quit IRC13:09
*** jfoufas1 has quit IRC13:09
fungithe javascript tarball publication is also obsolete at this point probably, we had some recent discussion about whether we could drop it as we don't think it's used by anyone these days13:09
*** hashar has quit IRC13:11
ttxyeah it seems nodepool wasn't refreshed there recently either13:13
fungiwe were (maybe still are) publishing some master branch tip tarballs but i also don't know how useful those are to anyone13:15
*** wuchunyang has joined #zuul13:15
*** Goneri has quit IRC13:18
*** wuchunyang has quit IRC13:20
*** jamesmcarthur has quit IRC13:28
bolgtristanC: I guess some zuul-maint needs to register the project right? I would be happy to support where I can.13:33
corvusbolg, tristanC: if we're interested in having ptg discussions, i can see about getting us added13:37
fungiyeah, the deadline to sign up for timeslots was a little over a month ago per http://lists.zuul-ci.org/pipermail/zuul-discuss/2020-August/001317.html but they may still be able to make accommodations for us13:37
fungibut also, there's nothing stopping us from picking some times which work for folks whether it's that week or some other week and jumping in https://meetpad.opendev.org/ and working on whatever we want13:38
corvusi think we've done a pretty good job of asynchronous design on v4 and runner; i'm not sure there are big issues that we need a real-time meeting to work out?13:39
bolgcorvus: great, definetely interested13:41
corvusbolg: what do you think a real-time meeting will bring?13:41
corvusie, how will it help?13:41
*** mach1na has quit IRC13:44
*** vishalmanchanda has joined #zuul13:44
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "gate pipeline"  https://review.opendev.org/73206913:44
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "job secrets"  https://review.opendev.org/73207013:44
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "job dependencies"  https://review.opendev.org/73207113:44
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Rename quick-start to zuul-tutorial-quick-start  https://review.opendev.org/73765613:44
openstackgerritGuillaume Chauvel proposed zuul/zuul master: [DNM] TEST run zuul tutorials to test stream+callback (+ zuul-jobs change)  https://review.opendev.org/73547713:44
openstackgerritGuillaume Chauvel proposed zuul/zuul master: [DNM] Test: run multiple tutorials ('job dependencies' 2 times)  https://review.opendev.org/74155813:44
*** Goneri has joined #zuul13:48
bolgcorvus: I think it may be benefitial to discuss the current state, roadmap, progress, vision of v4.13:48
*** jamesmcarthur has joined #zuul13:50
corvusbolg: okay.  i think we all agree on those things (we approved the v4 spec and have started on it).  i get the most value out of ptg sessions when there is a clear problem statement and outcome.13:50
corvusbolg: if we still just want to get together to build comraderie, there's value in that too, but i think it's good to set expectations.  :)13:51
tristanCperhaps a zuul-discuss thread would be more valuable for the important things, then we could discuss it after in real time13:54
tristanCi'd like to know what is the review order, for example i don't know where to rebase the zuul-runner changes13:54
corvustristanC: for runner, it looks like we should see if any other zuul-maint folks want to approve the spec, then merge it13:57
corvustristanC, bolg: but yes, we should probably figure out which of the runner / v4 changes we want to merge first because they are certain to conflict13:57
*** mach1na has joined #zuul13:58
corvusmailing list threads are usually a good base to build on at a ptg.  so we should probably at least start with that.14:00
corvusand if feel like a real-time discussion would be good, we can schedule one14:01
tobiashzuul-maint: ftr, this is the runner spec and has +2 from corvus and me: https://review.opendev.org/68127714:05
openstackgerritTobias Henkel proposed zuul/zuul master: Cache sql connection names in zuul-web  https://review.opendev.org/75809214:24
*** Goneri has quit IRC14:31
*** ianychoi_ has quit IRC14:33
openstackgerritMatthieu Huin proposed zuul/zuul master: [DNM] Test zuul-client builds subcommand  https://review.opendev.org/75814114:33
openstackgerritMatthieu Huin proposed zuul/zuul master: [DNM] Test zuul-client builds subcommand  https://review.opendev.org/75814114:36
*** Goneri has joined #zuul14:36
*** avass has quit IRC14:46
*** lliu82 has joined #zuul14:48
*** ianychoi has joined #zuul14:51
lliu82hi, I am trying to connect a new gerrit to zuul. I am now trying to create a zuul user in the new gerrit instance. However, the ssh result shows that fatal: Group "Registered Users" does not exist14:51
clarkblliu82: can you check the gerrit error_log in review_site/logs to see if there is more info?14:53
clarkbregistered users is a meta group iirc so maybe there is some issue in dynamically generating its membership14:53
lliu82although it send out the error, zuul user is created15:01
*** ikhan has quit IRC15:04
openstackgerritMatthieu Huin proposed zuul/zuul master: [DNM] Test zuul-client builds subcommand  https://review.opendev.org/75814115:07
*** ikhan has joined #zuul15:07
*** ikhan has quit IRC15:14
*** ikhan has joined #zuul15:14
*** nils has quit IRC15:26
*** mach1na has quit IRC15:29
*** nils has joined #zuul15:30
*** nils has quit IRC15:30
*** nils has joined #zuul15:31
openstackgerritMatthieu Huin proposed zuul/zuul master: [DNM] Test zuul-client builds subcommand  https://review.opendev.org/75814115:35
*** saneax has quit IRC15:38
*** mach1na has joined #zuul15:45
*** mach1na has quit IRC15:50
*** saneax has joined #zuul15:51
*** bhavikdbavishi has joined #zuul16:02
*** rpittau is now known as rpittau|afk16:05
*** hashar has joined #zuul16:15
openstackgerritMatthieu Huin proposed zuul/zuul master: [DNM] Test zuul-client builds subcommand  https://review.opendev.org/75814116:18
*** tosky has quit IRC16:21
*** bhavikdbavishi1 has joined #zuul16:22
*** bhavikdbavishi has quit IRC16:23
*** bhavikdbavishi1 is now known as bhavikdbavishi16:23
*** nils has quit IRC16:33
*** rlandy|rover is now known as rlandy|rover|brb16:33
*** iurygregory has quit IRC16:41
*** hamalq has joined #zuul16:41
*** iurygregory has joined #zuul16:44
*** saneax has quit IRC16:46
*** saneax has joined #zuul16:48
*** lliu82 has quit IRC16:48
*** zenkuro has quit IRC16:55
*** zenkuro has joined #zuul17:00
*** jamesmcarthur has quit IRC17:02
*** mach1na has joined #zuul17:05
*** hamalq has quit IRC17:08
*** mach1na has quit IRC17:10
*** hamalq has joined #zuul17:12
*** avass has joined #zuul17:13
*** rlandy|rover|brb is now known as rlandy|rover17:13
*** wuchunyang has joined #zuul17:13
*** jamesmcarthur has joined #zuul17:14
openstackgerritGuillaume Chauvel proposed zuul/zuul master: [DNM] TEST run tutorials with increased logging  https://review.opendev.org/75821717:14
*** jamesmcarthur has quit IRC17:15
*** jamesmcarthur has joined #zuul17:15
*** wuchunyang has quit IRC17:18
*** jamesmcarthur has quit IRC17:19
*** jpena is now known as jpena|off17:22
*** avass has quit IRC17:23
*** avass has joined #zuul17:26
*** avass has quit IRC17:27
*** avass has joined #zuul17:28
*** avass_ has joined #zuul17:32
*** avass_ has quit IRC17:32
*** avass has quit IRC17:38
*** Goneri has quit IRC17:45
*** Goneri has joined #zuul17:47
*** freenzyfriday has joined #zuul17:54
*** hashar is now known as hasharDinner17:55
*** jamesmcarthur has joined #zuul17:59
*** jamesmcarthur has quit IRC18:05
*** jamesmcarthur has joined #zuul18:05
openstackgerritMerged zuul/zuul-jobs master: Consolidate common log upload code into module_utils  https://review.opendev.org/74273618:28
fungiis https://review.opendev.org/753199 safe to merge or should we give folks who are using it more time to make sure their executors have https://review.opendev.org/753222 deployed?18:29
*** bhavikdbavishi has quit IRC18:31
*** bhavikdbavishi has joined #zuul18:32
clarkbI think it should be safe because the old version needs to run trusted18:35
corvusfungi: i think that role currently only works in trusted jobs18:35
corvusyeah that18:35
corvus :)18:35
corvusso if someone is running that in the trusted context in either old or new zuul, that should work because shell and find both work in trusted context.18:36
corvusif someone is running old zuul, that already doesn't work in untrusted context18:36
corvusbut if someone is running new zuul, and that merges, they will be able to run that untrusted.18:36
fungiaha, got it18:36
fungithanks18:36
*** saneax has quit IRC18:39
*** avass has joined #zuul18:44
openstackgerritMerged zuul/zuul-jobs master: Refactor fetch-sphinx-tarball to be executor safe  https://review.opendev.org/75319918:51
AJaegerthanks, fungi!18:51
*** avass has left #zuul19:03
*** freenzyfriday has quit IRC19:05
*** avass has joined #zuul19:06
*** avass has quit IRC19:06
*** mach1na has joined #zuul19:07
*** yourname_ has joined #zuul19:07
*** yourname_ has quit IRC19:09
*** yourname_ has joined #zuul19:09
*** mach1na has quit IRC19:12
*** bhavikdbavishi has quit IRC19:21
*** mach1na has joined #zuul19:24
*** mach1na has quit IRC19:29
corvusfungi: i just had a *very* brief conversation with someone in the booth about zuul19:46
fungiwoah!19:46
fungithe one from the electronics company?19:46
corvusthey just learned about it today, wondered if there were any distributors of it19:46
corvusyeah19:47
fungidid you reach out to them, or they you?19:47
corvusthey contacted me19:47
fungiawesome. i have yet to see any chat requests other than your tests yesterday19:47
corvusthey are a redhat reseller i think?  so that text under my name may have been the deciding factor...19:48
corvusanyway, i answered some really basic questions then they went on to the next booth before i could say much more19:48
fungistill, that's the most live interaction the booth has gotten these past two days19:49
*** tosky has joined #zuul19:53
*** vishalmanchanda has quit IRC20:08
*** saneax has joined #zuul20:10
*** saneax has quit IRC20:14
tobiashcorvus, clarkb: I've seen a few post failures in opendev with missing logs. We enhanced our log uploading with a list of failover clouds. Maybe such a failover would make sense in opendev (and generally for the upload-logs roles) as well?20:18
clarkbtobiash: how did you enhance it? (and can that go in zuul-jobs?)20:19
clarkbthat was a feature pabelanger wanted for ansible too, we couldn't figure out how to wrangle ansible to do it20:19
tobiashclarkb: currently we loop over the role until it succeeded in the post playbook, but actually a preferred way would be to enhance the roles to do that by themselves probably20:20
clarkbtobiash: I think the reason we didn't change the roles is we don't want to give them a giant list of credentials and instead prefer to give them one thing to do at a time20:20
clarkbthe problem with that though is ansible's logic for randomly try the next one is non existant20:20
clarkbtobiash: do you randomly loop somehow?20:21
clarkbfwiw figuring this out would be great20:21
tobiashI did random at first (it worked) but since we have a log proxy with the same failover I changed it to be sequential to have a primary cloud for log proxy performance reasons20:21
tobiashthe random was just implemented by a shuffling of the list before the loop20:22
clarkbgot it20:22
clarkbI think we'd still want random but that sounds great. Do you think that is something you could push to zuul-jobs?20:22
clarkbor wait thats in base-jobs I guess20:23
clarkbjust the role is in zuul-jobs. Maybe share what you've got in base-jobs and we can adapt it?20:23
tobiashmaybe on zuul-jobs a generic upload-logs-with-failover would make sense (with support of different failover cloud types)20:23
corvusthat sounds like it would make sense20:23
tobiashI can try to get something tomorrow then (basically a modified version of our thing as a role in zj)20:24
corvuskeep the individual roles simple, and for advanced use cases, have the containing role which requires lots of data :)20:24
tobiashit works really well and saved us of having no logs already a few times20:25
clarkbya the only concern I have iwth it is that it will easily hide broken upload targets20:25
tobiashsince we have that log upload has been a non-issue so far20:25
clarkbbut from a user perspecitve its much better20:25
corvus(putting on my opendev hat though -- what clarkb said)20:25
corvuswe should totally have that capability in zuul-jobs; then we should think about whether/how we should use it in opendev :)20:26
tobiashit also could spit out warnings using https://review.opendev.org/651526 if one target failed ;)20:27
corvusya20:27
Gonerihttps://opendev.org/zuul/zuul-jobs/commit/5d1662b56b09093eb837d74b39b2efd25dc09943 broke us (Ansible CI)20:28
Goneriit has a new dependency on google.auth that we don't have: https://opendev.org/zuul/zuul-jobs/src/branch/master/roles/upload-logs-base/module_utils/zuul_jobs/upload_utils.py#L4520:29
tobiashoh that should not be in the generic part20:30
corvusGoneri: oops, that was not intentional20:30
corvustobiash: do you think we can hotfix or should we revert?20:30
tobiashcorvus: checking, can you prepare the revert in parallel?20:30
corvuswill do20:30
tobiashthx20:31
Gonerigreat, should we work on some workaround in the meantime?20:32
*** jamesmcarthur has quit IRC20:32
yourname_looks like it shouldn't be too hard to fix20:32
corvusGoneri: i think we will approve a fix within 10 minutes and it should be merged by maybe 15 minutes after that20:32
Goneriok, great.20:33
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Revert "Consolidate common log upload code into module_utils"  https://review.opendev.org/75824720:33
*** yourname_ is now known as avass20:33
openstackgerritTobias Henkel proposed zuul/zuul-jobs master: Remove unneeded gce from upload_utils  https://review.opendev.org/75824820:34
tobiashI think this hotfix should work ^20:34
avasstobiash: lgtm looks like it's completely dupliated and unused in that file20:35
corvusianw: ^ are you around to +3 758248 (is urgent)20:35
tobiashGoneri: sorry for this oversight20:35
corvusfungi: thx; ianw ^ still available for retro-review :)20:36
Gonerinp, thanks for the reactivity20:37
fungiGoneri: thanks for the heads up, i didn't spot that when reviewing earlier20:37
corvusthose reorg changes can make you cross-eyed reviewing, and of course we do have all the deps in the tests :/20:37
fungii didn't directly review it, but i skimmed and told AJaeger i'd be around to watch for fallout from it20:39
fungiand yeah, it was not entirely small, but overall seems like a big improvement for maintainability20:39
corvusyeah, it's a great change20:39
fungiso glad it doesn't look like we need to revert20:40
tobiash:)20:40
*** jamesmcarthur has joined #zuul20:40
tobiashoh I think I need to push an update real quick, there are now unused imports20:41
openstackgerritTobias Henkel proposed zuul/zuul-jobs master: Remove unneeded gce from upload_utils  https://review.opendev.org/75824820:43
corvustobiash, avass, fungi, ianw: can you look at the failure here: https://9dfd50a9331e5f6b74ea-fdc6c3614653bf0b139fa050a159caa6.ssl.cf1.rackcdn.com/712958/45/gate/zuul-build-python-release/044cdd0/job-output.txt20:50
corvus2020-10-14 20:10:32.546891 | TASK [merge-output-to-logs : Copy artifacts into log root]20:50
avasscorvus: exector?20:50
corvusavass: yeah that would do it20:50
corvusmaybe that's a typo in the thing that just merged20:50
corvusyeah20:51
corvusthat clearly wasn't tested20:51
corvuswe may need to force-merge a revert of that and re-enqueue tobiash's change20:52
corvusthe fix is obvious, but i actually want to revert that one instead of fixing because i think we were counting on that being self-tested20:52
corvusso i'd like to see it actually be tested before we fix it20:53
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Revert "Refactor fetch-sphinx-tarball to be executor safe"  https://review.opendev.org/75825020:54
tobiash++20:55
corvustobiash: we may escape that issue hitting your change20:55
corvus(the jobs running on it might not exercise that role)20:56
corvusso hopefully we can let the gce fix continue20:56
tobiashyepp20:57
tobiashbtw, there are two typos in that change20:57
fungicompletely agree20:57
corvusglad i didn't chose the hotfix option for that one :)20:57
*** hasharDinner has quit IRC20:57
tobiashif zuul-jobs doesn't produce artifact files it probably won't be hit by that20:58
openstackgerritMerged zuul/zuul-jobs master: Remove unneeded gce from upload_utils  https://review.opendev.org/75824820:58
corvusGoneri: ^ should be good now20:58
corvusmy time estimate was off by 1 minute20:59
tobiashwow :D20:59
fungiunforeseen circumstances20:59
fungi(and untested changes)21:00
fungiwhich i definitely should have noticed when reviewing and approving it21:02
ianwhrm, my understanding was re-enabling the test meant it was being tested ... which clearly isn't the case21:03
fungicorvus: unrelated, we're abandoning the ansiblefest booth interface now that the conference is over21:04
fungithanks for being on hand for questions (and fielding the only one we got)21:04
tobiashianw: it ran the job, but the test probably didn't create artifact and docs files so it didn't run into the error21:06
tobiashwithout such files it skips the tasks with the typos21:06
corvusfungi: thanks, i'll head out too then21:07
openstackgerritMerged zuul/zuul-jobs master: Revert "Refactor fetch-sphinx-tarball to be executor safe"  https://review.opendev.org/75825021:07
fungiyeah, but i feel like i should have checked the build results for it executing those tasks21:07
ianwfungi: yeah, i think we all assumed the original test was actually a test, and ergo the revert must mean the test was passing.  which is a fair assumption for a long-standing extant test21:09
ianwanyway, i'll fiddle on a revert-revert that does actually test21:09
avassmaybe we should add some tests that test the tests to make sure that they're tested :)21:10
*** zenkuro has quit IRC21:10
tobiashianw: maybe changing doc to docs and adding something to artifacts here does the job: https://opendev.org/zuul/zuul-jobs/src/branch/master/test-playbooks/python/fetch-sphinx-tarball.yaml#L1221:10
corvusavass: heh, it's um... something we've had to do before (i'm looking at nosetest exit codes)21:10
corvus("exit 0! ran 0 tests!")21:11
fungifor some reason the hardest part of testing software is being sure you actually tested it21:11
avasscorvus: oh..21:11
avassfungi: usually doing a quick check to make sure that they break when they should before is enough. but yeah it's a bit hard to enforce that21:15
*** mach1na has joined #zuul21:25
*** mach1na has quit IRC21:30
*** rfolco has quit IRC21:38
*** rf0lc0 has joined #zuul21:38
*** rf0lc0 has quit IRC21:56
*** ikhan has quit IRC22:06
*** erbarr has quit IRC22:13
*** erbarr has joined #zuul22:15
*** rlandy|rover has quit IRC22:16
openstackgerritMerged zuul/zuul master: Separate connection registries in tests  https://review.opendev.org/71295822:25
*** ikhan has joined #zuul22:28
*** wuchunyang has joined #zuul22:38
*** wuchunyang has quit IRC22:42
*** hamalq has quit IRC23:02
*** hamalq has joined #zuul23:08
*** jamesmcarthur has quit IRC23:11
*** jamesmcarthur has joined #zuul23:17
*** tosky has quit IRC23:27
*** mach1na has joined #zuul23:42
*** mach1na has quit IRC23:46
*** zenkuro has joined #zuul23:51
*** holser has quit IRC23:51
*** Goneri has quit IRC23:59

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