Tuesday, 2021-01-19

*** tosky has quit IRC00:02
*** zenkuro has quit IRC00:24
*** zenkuro has joined #zuul00:25
*** jamesmcarthur has joined #zuul00:46
*** jamesmcarthur has quit IRC00:52
*** jamesmcarthur has joined #zuul01:19
*** jamesmcarthur has quit IRC01:19
*** jamesmcarthur has joined #zuul01:20
*** jamesmcarthur has quit IRC01:20
*** jamesmcarthur has joined #zuul01:26
*** jamesmcarthur has quit IRC01:57
openstackgerritIan Wienand proposed zuul/zuul-jobs master: mirror-workspace-git-repos: run clean as root  https://review.opendev.org/c/zuul/zuul-jobs/+/77129702:17
*** jamesmcarthur has joined #zuul02:18
*** zenkuro has quit IRC02:20
*** jamesmcarthur has quit IRC02:23
*** jamesmcarthur has joined #zuul02:23
*** jamesmcarthur has quit IRC02:29
*** jamesmcarthur has joined #zuul02:33
*** jamesmcarthur has quit IRC02:34
*** jamesmcarthur has joined #zuul02:56
*** sanjayu_ has joined #zuul02:59
*** jhesketh_ has joined #zuul03:40
*** jhesketh has quit IRC03:41
*** jhesketh_ is now known as jhesketh03:43
openstackgerritIan Wienand proposed zuul/zuul-jobs master: mirror-workspace-git-repos: run clean as root  https://review.opendev.org/c/zuul/zuul-jobs/+/77129704:01
*** ykarel has joined #zuul04:18
*** bhavikdbavishi has joined #zuul04:26
*** bhavikdbavishi has quit IRC04:35
*** bhavikdbavishi has joined #zuul04:59
*** bhavikdbavishi1 has joined #zuul05:02
*** bhavikdbavishi has quit IRC05:04
*** bhavikdbavishi1 is now known as bhavikdbavishi05:04
*** bhavikdbavishi has quit IRC05:15
*** bhavikdbavishi has joined #zuul05:15
openstackgerritIan Wienand proposed zuul/zuul-jobs master: mirror-workspace-git-repos: run clean as root  https://review.opendev.org/c/zuul/zuul-jobs/+/77129705:21
*** evrardjp has quit IRC05:33
*** evrardjp has joined #zuul05:33
*** jfoufas1 has joined #zuul05:39
*** guillaumec has quit IRC05:40
*** guillaumec has joined #zuul05:44
*** bhavikdbavishi has quit IRC05:58
*** bhavikdbavishi has joined #zuul05:58
*** bhavikdbavishi has quit IRC06:05
*** bhavikdbavishi has joined #zuul06:10
*** ykarel_ has joined #zuul06:16
*** ykarel has quit IRC06:19
*** vishalmanchanda has joined #zuul06:20
*** bhavikdbavishi has quit IRC06:25
*** ykarel_ is now known as ykarel06:29
*** bhavikdbavishi has joined #zuul07:04
*** jamesmcarthur has quit IRC07:06
*** bhavikdbavishi has quit IRC07:43
*** jcapitao has joined #zuul07:57
openstackgerritFelix Edel proposed zuul/zuul master: Implement ZooKeeper builds API  https://review.opendev.org/c/zuul/zuul/+/77090108:05
openstackgerritFelix Edel proposed zuul/zuul master: Switch to ZooKeeper backed job execution and result events  https://review.opendev.org/c/zuul/zuul/+/77090208:05
*** rpittau|afk is now known as rpittau08:07
*** bhavikdbavishi has joined #zuul08:13
openstackgerritSimon Westphahl proposed zuul/zuul master: Use logical timestamp to detect outdated changes  https://review.opendev.org/c/zuul/zuul/+/76375508:21
openstackgerritSimon Westphahl proposed zuul/zuul master: Make buildset mandatory on build  https://review.opendev.org/c/zuul/zuul/+/77090008:21
openstackgerritSimon Westphahl proposed zuul/zuul master: Implement ZooKeeper builds API  https://review.opendev.org/c/zuul/zuul/+/77090108:21
openstackgerritSimon Westphahl proposed zuul/zuul master: Switch to ZooKeeper backed job execution and result events  https://review.opendev.org/c/zuul/zuul/+/77090208:21
*** hashar has joined #zuul08:22
*** tosky has joined #zuul08:39
*** jpena|off is now known as jpena08:58
*** jamesmcarthur has joined #zuul09:06
openstackgerritMatthieu Huin proposed zuul/zuul master: zuul-client: test create-auth-token subcommand  https://review.opendev.org/c/zuul/zuul/+/77122609:07
*** jamesmcarthur has quit IRC09:11
*** imtiazc has quit IRC09:16
*** harrymichal has joined #zuul09:30
openstackgerritMatthieu Huin proposed zuul/zuul master: zuul-client: test create-auth-token subcommand  https://review.opendev.org/c/zuul/zuul/+/77122609:35
*** nils has joined #zuul09:36
*** hashar is now known as hasharOut09:59
*** harrymichal has quit IRC10:03
*** harrymichal has joined #zuul10:50
*** Phoenikzz has joined #zuul10:55
*** bhavikdbavishi has quit IRC11:02
*** jcapitao is now known as jcapitao_lunch11:26
*** hanson has joined #zuul11:38
*** hanson has quit IRC11:38
*** zenkuro has joined #zuul11:44
*** dpawlik has quit IRC11:57
*** logan- has quit IRC11:57
*** smyers has quit IRC11:57
*** avass has quit IRC11:57
*** paladox has quit IRC11:57
*** tflink has quit IRC11:57
*** paladox has joined #zuul11:57
*** avass has joined #zuul11:58
*** bhavikdbavishi has joined #zuul11:58
*** smyers_ has joined #zuul11:59
*** smyers_ is now known as smyers11:59
*** tflink has joined #zuul11:59
openstackgerritGorka Eguileor proposed zuul/zuul-jobs master: Fix CentOS wheel mirror URL  https://review.opendev.org/c/zuul/zuul-jobs/+/77142812:02
*** logan- has joined #zuul12:02
*** bhavikdbavishi1 has joined #zuul12:02
*** bhavikdbavishi has quit IRC12:03
*** bhavikdbavishi1 is now known as bhavikdbavishi12:03
*** dpawlik has joined #zuul12:15
*** ajitha_ has joined #zuul12:23
*** jpena is now known as jpena|lunch12:34
*** ajitha_ is now known as ajitha12:34
*** jcapitao_lunch is now known as jcapitao12:44
*** hasharOut is now known as hashar12:45
*** ttx has quit IRC12:51
*** rlandy has joined #zuul12:51
*** bhavikdbavishi has quit IRC12:58
*** ykarel has quit IRC13:01
*** ttx has joined #zuul13:04
openstackgerritFelix Edel proposed zuul/zuul master: Make buildset mandatory on build  https://review.opendev.org/c/zuul/zuul/+/77090013:10
openstackgerritFelix Edel proposed zuul/zuul master: Implement ZooKeeper builds API  https://review.opendev.org/c/zuul/zuul/+/77090113:10
openstackgerritFelix Edel proposed zuul/zuul master: Switch to ZooKeeper backed job execution and result events  https://review.opendev.org/c/zuul/zuul/+/77090213:10
openstackgerritFelix Edel proposed zuul/zuul master: Merge ZooKeeper connection and client classes  https://review.opendev.org/c/zuul/zuul/+/77144213:10
openstackgerritGorka Eguileor proposed zuul/zuul-jobs master: Fix CentOS wheel mirror URL  https://review.opendev.org/c/zuul/zuul-jobs/+/77142813:13
*** ykarel has joined #zuul13:24
*** jamesmcarthur has joined #zuul13:26
*** jpena|lunch is now known as jpena13:34
*** _erlon_ has joined #zuul13:49
openstackgerritSimon Westphahl proposed zuul/zuul master: Refactor pipeline processing in run handler  https://review.opendev.org/c/zuul/zuul/+/77145213:52
openstackgerritSimon Westphahl proposed zuul/zuul master: Dequeue superceded items via management event  https://review.opendev.org/c/zuul/zuul/+/77145313:52
openstackgerritSimon Westphahl proposed zuul/zuul master: Text stream API for sharded Zookeeper data  https://review.opendev.org/c/zuul/zuul/+/77145413:52
openstackgerritSimon Westphahl proposed zuul/zuul master: Cache unparsed config files in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77145513:52
openstackgerritSimon Westphahl proposed zuul/zuul master: Store tenants in unparsed abide as dict  https://review.opendev.org/c/zuul/zuul/+/77145613:52
openstackgerritSimon Westphahl proposed zuul/zuul master: Refactor config/tenant (re-)loading  https://review.opendev.org/c/zuul/zuul/+/77145713:52
openstackgerritSimon Westphahl proposed zuul/zuul master: Tenant read/write lock in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77145813:52
openstackgerritSimon Westphahl proposed zuul/zuul master: Lock pipelines during processing  https://review.opendev.org/c/zuul/zuul/+/77145913:52
openstackgerritSimon Westphahl proposed zuul/zuul master: Lock global event queues during processing  https://review.opendev.org/c/zuul/zuul/+/77146013:52
openstackgerritSimon Westphahl proposed zuul/zuul master: Store tenant layout state in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77146113:52
openstackgerritSimon Westphahl proposed zuul/zuul master: Configure unique command socket path per scheduler  https://review.opendev.org/c/zuul/zuul/+/77146213:52
openstackgerritSimon Westphahl proposed zuul/zuul master: Support cross scheduler config loading  https://review.opendev.org/c/zuul/zuul/+/77146313:52
avasszuul-maint: It would be good if we could get more reviews on: https://review.opendev.org/c/zuul/zuul/+/766748 to get support for gerrit 3.3.014:01
*** sanjayu_ has quit IRC14:05
avasstristanC: thanks!14:10
openstackgerritMatthieu Huin proposed zuul/zuul-client master: encrypt: add --public-key argument  https://review.opendev.org/c/zuul/zuul-client/+/76531314:12
tristanCavass: you are welcome, thank you for the reminder14:12
zbrtristanC: maybe you can also have a look at https://review.opendev.org/c/opendev/gerritbot/+/765130 ?14:14
zbrthanks14:19
openstackgerritJames Bailey proposed zuul/nodepool master: add ansible from 2018  https://review.opendev.org/c/zuul/nodepool/+/77147014:56
guillaumecavass, tristanC: thanks,  gerrit currently has an intermediate fix which makes patchset level comments as "old-style" comment by default https://bugs.chromium.org/p/gerrit/issues/detail?id=13800#c12   the complete gerrit fix from Luca https://gerrit-review.googlesource.com/c/gerrit/+/291225 is not yet merged14:59
openstackgerritMerged zuul/zuul master: Gerrit: add support for patchset level comments  https://review.opendev.org/c/zuul/zuul/+/76674815:10
avassguillaumec: I think my brain is kaputt for today. Does that mean ^ fix won't be enough for it to work?15:12
guillaumecavass, it means that merging https://review.opendev.org/c/zuul/zuul/+/766748 was not mandatory for gerrit 3.3,  as stated by Luca : "@DavidO's solution is still very good for backward compatibility with legacy systems and for managing the migration. I would expect to be in place for Gerrit v3.3 and being dropped in the next v3.4 version."15:13
*** hashar is now known as hasharKids15:28
*** sshnaidm|ruck is now known as sshnaidm|afk15:37
avassguillaumec: ok got it15:41
*** ikhan has quit IRC15:48
*** ykarel is now known as ykarel|away16:00
*** ikhan has joined #zuul16:03
*** sshnaidm|afk is now known as sshnaidm|ruck16:03
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add builds subcommand  https://review.opendev.org/c/zuul/zuul-client/+/75099916:04
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add build-info subcommand  https://review.opendev.org/c/zuul/zuul-client/+/75107016:04
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add buildsets, buildset-info to subcommands  https://review.opendev.org/c/zuul/zuul-client/+/75290916:04
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add console-stream subcommand  https://review.opendev.org/c/zuul/zuul-client/+/75123816:04
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add object models and support for formatters, document API  https://review.opendev.org/c/zuul/zuul-client/+/75529216:04
*** bhavikdbavishi has joined #zuul16:09
openstackgerritMatthieu Huin proposed zuul/zuul-client master: encrypt: add --public-key argument  https://review.opendev.org/c/zuul/zuul-client/+/76531316:11
clarkbtobiash: tristanC do we have any thoughts on working around what https://review.opendev.org/c/zuul/zuul-jobs/+/771297 is trying to address? Opendev's CD stuff is currently dead in the water beacuse of that issue16:15
clarkbit does seem like maybe the CI side of the house and CD side of the house are at odds with each other here16:15
fungishort of reverting tobiash's https://review.opendev.org/771220 fix, maybe we can just ignore the exit code from the git clean?16:16
*** ykarel|away has quit IRC16:17
fungiif zuul can't remove some untracked files from the worktree, that's probably fine. if new tracked files get added to the repo with the same names, then the checkout will still exit nonzero and cause the task to fail16:17
tristanCclarkb: could your CD job clean-up the workspace after it runs?16:18
clarkbtristanC: yes, but that wouldn't be reliable in the case of timeouts I think16:18
avasscouldn't 'git reset' technically get stuck with the same issue?16:18
clarkbavass: only if the git managed files have the wrong perms16:18
fungiavass: if git reset causes a conflict with untracked files then it's probably fine that it fails16:19
fungishort of somebody committing bytecode files into our repo i don't expect us to hit that condition16:19
clarkbtristanC: we could use a cleanup playbook probably, but even that would be at risk of zuul restarts16:19
avassI guess that's true16:20
tristanCclarkb: why is the CD job running ansible as root?16:20
clarkbtristanC: it isn't it is running other utilities16:21
avassclarkb: couldn't it still use a cleanup-run ?16:21
clarkbthough maybe ansible too? but ansible isn't what is polluting things16:21
clarkbavass: yes, but then if we restart zuul those won't fire and we'll have to manualyl cleanup16:21
avassuh oh, got it. missed that :916:22
clarkbtristanC: fwiw I am only just now catching up on this issue and may not understand all the intricate details. I just know that we cannot run CD jobs currently because zuul fails almost immediately on a git clena due to permissions issues16:22
clarkbI do think the new behavior is correct for CI16:22
clarkbbut it creates this interesting conflict with cd running out of long lived repos16:23
tristanCclarkb: well i guess we could revert tobiash change, but i don't think we should requires sudo privilege for prepare-workspace, that would break job running without sudo16:24
clarkbtristanC: yes I agree on that, which is why I'm asking if anyone has better ideas :)16:24
clarkbfungi's suggestion seems like maybe ar easonable halfway step16:24
fungiyes, i've suggested instead of using root to do the git clean, just ignoring the exit code for git clean16:24
clarkbmaybe we can go with fungi's idea in the short term and try to work up something better long term?16:24
tristanChow about we test if sudo is working, and use become if it can?16:24
clarkbtristanC: if it can't you still have the same problem (maybe not for us though, I'm not sure)16:25
clarkbthe context of a job setting up the workspace with its ability to sudo doesn't necesarily accurate reflect some other processes ability to do so and pollute that workspace16:25
fungilike i said, the typical cases you want git clean to save you from will cause failures elsewhere in the role if they're really problematic and the git clean didn't work16:26
avassmaybe the workspace should be separate from where zuul pushes the repos to the node16:28
fungiyes, i can think of half a dozen ways we can completely rework our continuous deployment to work around the problem, but for now we're unable to update systems because of a regression in zuul-jobs16:30
*** jfoufas1 has quit IRC16:30
fungiand trying to come to an amenable compromise rather than reverting16:30
tristanCfungi: what if the undeletable files are not in the index, is it going to cause failure elsewhere?16:31
fungitristanC: if it does, that's what we want, right?16:32
tristanCwhich was one of the previous issue, a PR added test file, then follow-up PR would use the left-over test file without the clean16:32
clarkbya I think the concern is that we may improperly succeed16:32
fungiso say there's a file created by root in the workspace which conflicts with a tracked file, and the git clean doesn't cause the role to fail because the exit code is ignored, the git reset or checkout will still cause a failure, which ought to be good enough16:32
clarkbalso I believe running the clean will clean up everything it can16:33
clarkbit will then fail if it didn't clean up everything it wanted to16:33
clarkb(which narrows the scope of concern a bit more)16:33
fungithe previous problem which 771220 solves is that we were ignoring all the git actions in the role. i feel like it's safe to only ignore the result of the git clean but continue to error on the rest16:35
openstackgerritMatthieu Huin proposed zuul/zuul master: zuul-client: Test buildsets, buildset-info subcommands  https://review.opendev.org/c/zuul/zuul/+/75898516:36
avassprobably good to ignore_error the git clean so it's visible at least16:36
avassso it's a separate task and not ignore the exit code of git clean in a multiline16:37
clarkbya that will help on the reporting side16:38
fungiright, we can likely reuse the structure if ianw's 771297 but instead of using become use ignore_error?16:38
avasssounds llike a good compromise16:38
tristanCthat's sounds good to me, at least that's similar to the previous behavior16:39
fungii'll push an update to 771297 proposing that instead16:39
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Add change-status subcommand  https://review.opendev.org/c/zuul/zuul-client/+/75983816:40
tristanCthough it seems like if the root owned file is not conflicting with a tracked file, then ignoring the git clean error might result in undesirable behavior (e.g. a test loading data not part of the change being tested)16:43
clarkbyes, I think what fungi and I are saying is that we can acknowledge it isn't ideal but return the preexisting behavior and then sort out a proper way to address this with less immediate (unexpected) impact16:45
fungiit might, but there are also plenty of other ways running things on a reused job node could cause lingering impact on subsequent builds16:45
clarkband maybe one way to address that is "accept that multi use nodes may have state leaks"16:45
*** zenkuro has quit IRC16:47
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: mirror-workspace-git-repos: ignore errors from clean  https://review.opendev.org/c/zuul/zuul-jobs/+/77129716:47
avasstristanC: I thin something like that is why I added the git clean to begin with :)16:47
*** zenkuro has joined #zuul16:48
*** rlandy_ has joined #zuul16:48
*** rlandy has quit IRC16:49
avassfungi, clarkb: there could also be a variable to toggle whether to clean or not. In case there's a reason why files should be kept16:49
*** rlandy_ is now known as rlandy16:50
clarkbavass: ya something like that is what I'm startign to think may make sense longer term16:50
fungimy opinion on the matter is, if you run things as not the zuul user which creates untracked files in the work tree and this breaks subsequent builds, that's your choice16:50
fungithere's only so much zuul can do to return a reused node to its original state16:51
avasswell yes but I think that zuul should at least try to reset the state of the repositories, and preferably error if it fails.16:53
fungiwe can avoid it by setting sys.bytecodebase in some scripts, for sure, but if we're running ansible or something we can still wind up with problems like https://zuul.opendev.org/t/openstack/build/ea9b8fbb985b456fa0721f71de6f4f4416:54
tristanCavass: in that situation, in particular if zuul can't use sudo, it's unlikely the clean will not remove the left over test data, but it would be ideal indeed to know if it can't16:55
fungiin that situation we're telling ansible to load filter plugins from the worktree, and running ansible as a different user than zuul16:55
clarkbah this is the nested ansible16:55
fungiwe could work around that by cloning from the zuul deployed copy of the repo into a random tempdir and telling ansible to use that instead, but would probably run into other leaks like slow accumulation of those tempdirs over time as some runs timed out16:56
clarkbfungi: it also complicates manual sysadmin intervention16:57
fungialso we'll need to ferret out all the various places where we have similar cd patterns16:57
mhuhello zuul-maint, here are two fixes that need the final +3: https://review.opendev.org/c/zuul/zuul/+/768229 and https://review.opendev.org/c/zuul/zuul/+/76831216:58
avassit doesn't technically have to be a random tempdir, it could just be a separate workspace. but a toggle whether to clean or not (or a toggle whether to error on a clean or not) could be better than a silent error17:00
avassI'm fine with: https://review.opendev.org/c/zuul/zuul-jobs/+/771297 however to get your CD running17:02
fungionce we've got python 3.8 in our cd environment, we might be able to set PYTHONPYCACHEPREFIX to some place which isn't the worktree17:02
fungibut that's not an immediate solution unfortunately17:02
*** jamesmcarthur has quit IRC17:03
*** jamesmcarthur has joined #zuul17:03
*** jcapitao has quit IRC17:05
*** sshnaidm|ruck is now known as sshnaidm|afk17:11
*** _erlon_ has quit IRC17:13
corvusclarkb, fungi, avass: hold on 771297 while i look into something17:15
fungik17:15
*** zbr3 has joined #zuul17:18
*** zbr has quit IRC17:20
*** zbr3 is now known as zbr17:20
tobiashdo we need to pull the clean into its own task?17:22
fungitobiash: 771297 does that, yes17:23
tobiashI'm asking because especially with many projects the per task in a loop penalty is quite high which was one reason to initially keep those actions in a single task17:23
corvusremote:   https://review.opendev.org/c/opendev/base-jobs/+/771496 Force ownership of zuul repo dirs in opendev CD jobs [NEW]17:24
corvusclarkb, fungi, avass, tobiash: ^17:24
fungitobiash: oh, got it. we could go back to using a monolithic script, but as avass points out ignoring errors from a shell command in that script is less discoverable17:24
tobiashfungi: I guess both are tradeoffs17:25
corvusi think that's the logical extension of fungi's "it's opendev's problem, opendev should fix it" line of thought17:25
tobiashis the clean problem more widespread or just opendev?17:25
corvusconsider that a rough draft; i'm not 100% sure that's correct17:25
fungicorvus: yep, there may also be other places where we directly invoke python scripts17:26
clarkbcorvus: I think taht still has the issue of using become17:26
tobiashsorry for asking but the backlog is quite large ;)17:26
clarkboh I see it is in opendev/base-jobs though17:26
clarkbso we've isolated it to where we can assume root17:26
avasscorvus: you might even be able to skip the loop and chown ~/src17:26
corvusavass: ++17:26
corvusclarkb: yep.  it's a narrowly targeted solution to a narrow problem17:26
fungitobiash: i'm only aware of opendev being impacted, but it's only been changed to error in zuul-jobs for one day so there could conceivably be other zuul cd sites doing similar patterns17:26
clarkbI wouldn't be surprised if others using static nodes have a similar problem with this17:27
clarkbbut I don't know who that group is off the top of my head17:27
tobiashI guess anyone using static nodes would need something like 771496 in any case to be reliably reproducable17:28
avassclarkb: us if we hadn't moved to k8s :)17:28
avasstobiash: I think it might be better for git clean to be configurable17:28
corvus"reuse of git repos on static nodes after having created files that can't be deleted by the zuul user" is the failing case; so it's not a given that any use on static nodes or even any CD use is affected currently17:29
corvusi don't think our opendev CD jobs are (and i think i can say this as one of the authors) extremely well designed models of how it should be done.  :)  so i'm inclined to consider this an eccentric opendev edge case until we hear otherwise.17:30
tobiash:)17:30
corvus(i think our CD jobs are getting better though!)17:31
*** jamesmcarthur has quit IRC17:31
*** jamesmcarthur has joined #zuul17:32
corvusi updated   https://review.opendev.org/c/opendev/base-jobs/+/771496  with avass's suggestion17:33
corvusclarkb, fungi, avass, tobiash: what do you think, should we try that solution?  or do we want to address it in zuul-jobs?17:34
avassI think that's a better solution :)17:34
fungii'm willing to give it a shot in opendev and see what else is still broken at least17:35
tobiashcorvus: commented17:35
fungibut we may want to keep a change to zuul-jobs in our back pocket in case other affected users come calling17:35
clarkbya I don't mind trying that, does it need a base-test iteration though?17:36
corvustobiash: hah i had the other change open when i wrote that :)17:36
corvusclarkb: normally, yes, but since evrything is broken, not this time17:36
corvusclarkb: it's a base job only used for infra-prod17:36
avassprobably only needs the syntax verified because of the ignore_errors17:36
*** jamesmcarthur has quit IRC17:37
tobiashcorvus: I've commented that also on the other change :)17:37
corvustobiash: yeah, i saw :)17:37
*** rlandy is now known as rlandy|brb17:37
tobiashlgtm17:38
*** jamesmcarthur has joined #zuul17:38
clarkbcorvus: oh I see17:38
clarkbeverythign in this case is constrained :)17:38
corvusyep17:38
corvuscool, if we've established we want a localized fix for now, we can probably take further discussion to #opendev then17:39
fungithanks corvus!17:39
*** hamalq has joined #zuul17:40
*** jamesmcarthur has quit IRC17:43
*** jamesmcarthur has joined #zuul18:02
*** jpena is now known as jpena|off18:18
*** rlandy|brb is now known as rlandy18:20
*** hasharKids has quit IRC18:34
*** sanjayu_ has joined #zuul18:37
*** rpittau is now known as rpittau|afk18:41
*** bhavikdbavishi has quit IRC18:58
*** jamesmcarthur has quit IRC18:59
*** jamesmcarthur has joined #zuul18:59
*** zenkuro has quit IRC19:20
*** zenkuro has joined #zuul19:21
openstackgerritMerged zuul/zuul master: Re-elect James Blair as project lead  https://review.opendev.org/c/zuul/zuul/+/76942019:29
tristanCcongratulation corvus!19:38
*** ajitha has quit IRC20:01
*** openstackgerrit has quit IRC20:12
*** zbr5 has joined #zuul20:14
*** zbr has quit IRC20:16
*** zbr5 is now known as zbr20:16
*** openstackgerrit has joined #zuul20:36
openstackgerritJames Bailey proposed zuul/nodepool master: fix pep8  https://review.opendev.org/c/zuul/nodepool/+/77151420:36
*** vishalmanchanda has quit IRC20:39
*** holser has quit IRC21:09
*** holser has joined #zuul21:09
*** zenkuro has quit IRC21:17
*** zenkuro has joined #zuul21:17
*** jamesmcarthur has quit IRC21:17
*** jamesmcarthur has joined #zuul21:19
*** jamesmcarthur has quit IRC21:42
*** jamesmcarthur has joined #zuul21:46
*** ikhan has quit IRC22:04
*** jamesmcarthur has quit IRC22:16
*** sanjayu_ has quit IRC22:17
*** harrymichal_ has joined #zuul22:20
*** jamesmcarthur has joined #zuul22:23
*** harrymichal has quit IRC22:24
*** harrymichal_ is now known as harrymichal22:24
*** nils has quit IRC22:24
*** iurygregory has quit IRC22:28
*** jamesmcarthur has quit IRC22:30
*** jamesmcarthur has joined #zuul22:33
*** iurygregory has joined #zuul22:37
*** snapiri has quit IRC22:58
*** openstackgerrit has quit IRC22:59
*** snapiri has joined #zuul23:03
*** snapiri has quit IRC23:08
*** CrayZee has joined #zuul23:08
*** jamesmcarthur has quit IRC23:25
*** jamesmcarthur has joined #zuul23:44

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