Wednesday, 2020-09-16

*** rlandy has quit IRC00:35
*** ianychoi__ is now known as ianychoi00:44
*** armstrongs has quit IRC00:51
ianwanyone seen a blank task installing packages, particularly on fedora?00:53
ianwit's an odd one00:53
ianwhttps://opendev.org/zuul/zuul-jobs/src/branch/master/roles/ensure-haskell-stack/tasks/main.yaml#L2100:54
ianwis blank in https://522d8c65037ee2f8378e-e8ad39bee4b03d74ca06a7b7508191a6.ssl.cf1.rackcdn.com/751975/1/check/zuul-jobs-test-haskell-stack-test/4c38975/job-output.json00:55
ianw                    "hosts": {},00:55
openstackgerritIan Wienand proposed zuul/zuul-jobs master: Retire Fedora 31 for 32  https://review.opendev.org/75197501:31
openstackgerritIan Wienand proposed zuul/zuul-jobs master: ensure-docker: only run docker-setup.yaml when installed  https://review.opendev.org/74706201:31
openstackgerritIan Wienand proposed zuul/zuul-jobs master: update-json-file: add role to combine values into a .json  https://review.opendev.org/74683401:31
openstackgerritIan Wienand proposed zuul/zuul-jobs master: ensure-docker: Linaro MTU workaround  https://review.opendev.org/74706301:31
*** armstrongs has joined #zuul01:35
armstrongsHi quick question. I am running a zuul job having created a PR on gthub branch and in the cloned project I am running git rev-parse --abbrev-ref HEAD as i want to get the branch I am on. However it is returning master rather than the branch. Any ideas why this is happening? How would i retrieve the branch name for current branch if not using this01:37
armstrongscommand.01:37
*** zenkuro has quit IRC01:58
*** armstrongs has quit IRC02:07
*** wuchunyang has joined #zuul02:13
ianwnoonedeadpunk / fungi: https://review.opendev.org/#/c/751975/ fixes up fedora 32 for zuul-jobs now; should be gtg to get rid of f3102:16
*** saneax has joined #zuul03:03
*** sanjayu_ has joined #zuul03:05
*** sanjayu_ has quit IRC03:07
*** saneax has quit IRC03:07
*** sanjayu_ has joined #zuul03:07
*** sanjayu__ has joined #zuul03:09
*** sanjayu_ has quit IRC03:12
*** sanjayu__ has quit IRC03:30
openstackgerritIan Wienand proposed zuul/zuul-jobs master: ensure-kubernetes: workaround slow account creation  https://review.opendev.org/75218403:52
*** bhavikdbavishi has joined #zuul03:55
*** wuchunyang has quit IRC04:09
openstackgerritIan Wienand proposed zuul/zuul-jobs master: ensure-kubernetes: workaround slow account creation  https://review.opendev.org/75218404:11
openstackgerritIan Wienand proposed zuul/zuul-jobs master: Retire Fedora 31 for 32  https://review.opendev.org/75197504:11
openstackgerritIan Wienand proposed zuul/zuul-jobs master: ensure-docker: only run docker-setup.yaml when installed  https://review.opendev.org/74706204:11
openstackgerritIan Wienand proposed zuul/zuul-jobs master: update-json-file: add role to combine values into a .json  https://review.opendev.org/74683404:11
openstackgerritIan Wienand proposed zuul/zuul-jobs master: ensure-docker: Linaro MTU workaround  https://review.opendev.org/74706304:11
*** sanjayu__ has joined #zuul04:11
*** sanjayu_ has joined #zuul04:13
*** sanjayu__ has quit IRC04:16
*** wuchunyang has joined #zuul04:18
*** bhavikdbavishi has quit IRC04:19
*** wuchunyang has quit IRC04:23
*** sanjayu_ has quit IRC04:25
*** sanjayu_ has joined #zuul04:26
*** evrardjp has quit IRC04:33
*** evrardjp has joined #zuul04:33
openstackgerritIan Wienand proposed zuul/zuul-jobs master: ensure-docker: Linaro MTU workaround  https://review.opendev.org/74706304:59
openstackgerritIan Wienand proposed zuul/zuul-jobs master: ensure-docker: Linaro MTU workaround  https://review.opendev.org/74706305:42
felixedelcorvus: Regarding the scrolling: To be honest I'm totally confused by now what you want to have in the end. So now we go for the div-scrolling in the LogFile page solution, right? I don't mind, I just went for the pre-wrap because I had in mind that you said the page is totally unusable with div-scrollig because you have to scroll to the bottom first to access the scrollbar. I don't mind either solution, so I will05:43
felixedeladapt the "wrap" change and enable div-scrolling for the logs tab. That's just a single line of code, so we should be fine with that. Would the stack around these changes be ready then once in this is done?05:43
*** mach1na has joined #zuul05:46
*** mach1na has quit IRC05:57
openstackgerritFelix Edel proposed zuul/zuul master: UI: Enable horizontal scrolling on LogFile page  https://review.opendev.org/75087506:10
felixedelcorvus: https://review.opendev.org/#/c/750875/ does now enable the honrizontal div-scrolling for the LogFile tab rather than wrapping the lines06:11
openstackgerritTobias Henkel proposed zuul/zuul master: Save superfluous api requests in check run reporting  https://review.opendev.org/75207906:15
*** mach1na has joined #zuul06:20
*** mach1na has quit IRC06:38
*** vishalmanchanda has joined #zuul06:40
*** sanjayu_ has quit IRC06:48
*** sanjayu__ has joined #zuul06:48
*** jcapitao has joined #zuul06:49
*** mach1na has joined #zuul07:02
*** hashar has joined #zuul07:07
zbrcorvus: i am also confused by your -W on felixedel changes, especially as it is quite vague: "I'd like to hold this stack until the whole thing is ready."07:07
zbrthe pile of changes is growing and i stopped working on other zuul changes several weeks ago, mainly because i wanted to allow pf4 changes to settle07:08
openstackgerritTobias Henkel proposed zuul/zuul master: Make revising node requests asynchronous  https://review.opendev.org/75219407:31
*** tosky has joined #zuul07:43
*** guillaumec has quit IRC07:51
*** guillaumec has joined #zuul07:52
*** jpena|off is now known as jpena07:54
*** nils has joined #zuul08:05
openstackgerritJan Kubovy proposed zuul/zuul master: WIP: Switch to using zookeeper instead of gearman for jobs (keep gearman for mergers)  https://review.opendev.org/74441608:10
openstackgerritJan Kubovy proposed zuul/zuul master: Scheduler's pause/resume functionality  https://review.opendev.org/70973508:11
openstackgerritJan Kubovy proposed zuul/zuul master: Separate connection registries in tests  https://review.opendev.org/71295808:11
openstackgerritJan Kubovy proposed zuul/zuul master: Prepare Zookeeper for scale-out scheduler  https://review.opendev.org/71726908:11
openstackgerritJan Kubovy proposed zuul/zuul master: Mandatory Zookeeper connection for ZuulWeb in tests  https://review.opendev.org/72125408:11
openstackgerritJan Kubovy proposed zuul/zuul master: Driver event ingestion  https://review.opendev.org/71729908:11
openstackgerritJan Kubovy proposed zuul/zuul master: Connect merger to Zookeeper  https://review.opendev.org/71622108:12
openstackgerritJan Kubovy proposed zuul/zuul master: Connect fingergw to Zookeeper  https://review.opendev.org/71687508:12
openstackgerritJan Kubovy proposed zuul/zuul master: Connect executor to Zookeeper  https://review.opendev.org/71626208:12
openstackgerritJan Kubovy proposed zuul/zuul master: WIP: Switch to using zookeeper instead of gearman for jobs (keep gearman for mergers)  https://review.opendev.org/74441608:12
*** yolanda has quit IRC08:22
*** yolanda has joined #zuul08:22
*** mach1na has quit IRC08:37
*** mach1na has joined #zuul08:37
openstackgerritIan Wienand proposed zuul/zuul-jobs master: update-json-file: add role to combine values into a .json  https://review.opendev.org/74683408:59
openstackgerritIan Wienand proposed zuul/zuul-jobs master: ensure-docker: Linaro MTU workaround  https://review.opendev.org/74706308:59
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Fix branch name and project name for ref-updated create/delete  https://review.opendev.org/73832009:20
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Update tests/base.py to use proper git data  https://review.opendev.org/74274609:20
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Tenant reconfiguration: Add tests  https://review.opendev.org/74274709:20
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Tenant reconfiguration: Reorg scheduler event process loop  https://review.opendev.org/74274809:20
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Tenant reconfiguration: Scheduler ref-updated create/delete  https://review.opendev.org/73919809:20
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Tenant reconfiguration: Allow ref-updated newrev+oldrev reconfiguration  https://review.opendev.org/74274909:20
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Tenant reconfiguration: Get ref-updated modified files  https://review.opendev.org/73907809:20
zbrianw: are you around? maybe you can help fixing the js identation, like https://review.opendev.org/#/c/749702/09:29
openstackgerritPierre-Louis Bonicoli proposed zuul/zuul master: [gitlab] approvals: fix error with community edition  https://review.opendev.org/75054609:34
*** hashar has quit IRC09:51
openstackgerritJan Kubovy proposed zuul/zuul master: WIP: Switch to using zookeeper instead of gearman for jobs (keep gearman for mergers)  https://review.opendev.org/74441610:06
*** tflink has quit IRC10:15
openstackgerritMatthieu Huin proposed zuul/zuul master: [wip] Add zuul-client testing  https://review.opendev.org/75203910:20
*** tflink has joined #zuul10:21
*** jcapitao is now known as jcapitao_lunch10:28
*** wuchunyang has joined #zuul10:29
*** wuchunyang has quit IRC10:32
openstackgerritzbr proposed zuul/zuul-jobs master: Partial address ansible-lint E208  https://review.opendev.org/74848010:36
*** zenkuro has joined #zuul10:37
mhufungi: about zuul/zuul-client cross testing, so it turns out I needed to explicitly declare zuul-client as a required-project for the tox jobs. That means that unless the depends-on is on a required project, the tox siblings script won't consider it10:38
mhuis that intended?10:38
openstackgerritMatthieu Huin proposed zuul/zuul master: Add zuul-client to requirements  https://review.opendev.org/75204310:40
openstackgerritzbr proposed zuul/zuul-jobs master: Add mode to packer  https://review.opendev.org/75221310:50
openstackgerritPierre-Louis Bonicoli proposed zuul/zuul master: [gitlab] approvals: fix error with community edition  https://review.opendev.org/75054610:51
*** mach1na has quit IRC11:14
*** jpena is now known as jpena|lunch11:25
*** rfolco has joined #zuul11:36
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: ensure-haskell-stack: ensure all requirements are installed  https://review.opendev.org/75222512:00
*** mach1na has joined #zuul12:00
*** mach1na has quit IRC12:04
*** mach1na has joined #zuul12:05
*** jcapitao_lunch is now known as jcapitao12:05
openstackgerritPierre-Louis Bonicoli proposed zuul/zuul master: [gitlab] approvals: fix error with community edition  https://review.opendev.org/75054612:11
*** Goneri has joined #zuul12:13
*** rlandy has joined #zuul12:20
*** jpena|lunch is now known as jpena12:28
tobiashmhu: yes I think that was intended at that time12:33
tobiashbut I don't recall the reasoning12:34
mhutobiash, I guess it prevents injecting libraries out of nowhere12:40
tobiashprobably12:40
fungimhu: tobiash: yes, its so that jobs have some guaranteed stable expectations. if the job which normally tested with released dependencies suddenly allowed a change to merge which could only be satisfied in the dependency's unreleased state because there was a depends-on in the commit message, that could quite easily break the software being tested12:46
fungiso a job which is going to use zuul's speculative source state for some dependency should also use that dependency's branch tip under normal circumstances when there's no depends-on or related changes ahead in a dependent pipeline12:48
fungihaving the same job switch at random between released and unreleased dependency states would be untenable12:48
fungithat's why i suggested your experimental job should declare zuul-client as a project-requires. it needs to be part of the job, either directly or via a job variant declaration12:50
*** rfolco is now known as rfolco|ruck12:52
mhufungi, yeah now I understand, I thought the depends-on was enough12:58
*** vishalmanchanda has quit IRC13:04
openstackgerritMatthieu Huin proposed zuul/zuul master: [wip] Add zuul-client testing  https://review.opendev.org/75203913:12
openstackgerritFabien Boucher proposed zuul/zuul master: URLTrigger driver time based  https://review.opendev.org/63556713:31
*** sshnaidm is now known as sshnaidm|afk13:32
openstackgerritMatthieu Huin proposed zuul/zuul master: [wip] Add zuul-client testing  https://review.opendev.org/75203913:43
openstackgerritMatthieu Huin proposed zuul/zuul-client master: Fix integration with Zuul before release  https://review.opendev.org/75129113:43
corvuszbr: the w-1 was due to the negative review at the other end of the stack; sounds like felixedel addressed it, so we may be able to merge it today.13:47
zbrcorvus: that is supper13:47
zbri am bit worried about the chain size growing too much.13:48
zbri want to avoid having to merge a huge pile in a short period of time, better to make these changes gradually so we have time to fix problems13:49
corvuszbr: fwiw, long change series don't bother me, or many other reviewers13:49
corvuszbr: we're seeing changes in one area "break" another, so in that case it makes sense to make sure everything is settled in review before merging13:50
zbrbut all these changes are blocking/conflicting with other UI related changes13:50
corvuszbr: it's not required, but if you want, you can rebase other changes on these13:50
corvus(the effect will be the same whether these changes are merged or not)13:51
zbrthat was my plan, but I due to the number of changes made to them, and the reverts, it takes too much effort.13:51
*** rfolco|ruck is now known as rfolco|ruck|brb13:51
zbrthus is why i wait for some of these to go in, so i can rework my own ones.13:52
corvuszbr: that would all be true whether these changes are merged or not.  so while it may seem like asking for us to merge these quickly would solve the problem, it won't.  what would really help you is to complete the pf4 effort quickly so the code base stops changing.  i suspect that everyone working on it is already doing so as quickly as time permits.13:53
zbrcorvus: sure. i was not trying to press for a quick merge, especially as the pf4 already got us enough problems.14:08
felixedelcorvus: Thanks for reviewing those changes. I hope that we can close this whole scroll-issue topic once they are merged.14:11
corvusfelixedel: well, after that we get zbr's user-toggle :)14:11
corvusbut maybe then we can put it all behind us :)14:11
zbrif i understood correctly, my toggle is not blocking that change. happy to rebase it after.14:12
zbrcorvus: fungi: maybe you can help withhttps://review.opendev.org/#/c/751975/ -- switch from fedora 31 to 32 for zuul-jobs.14:14
felixedelJust as a side note: I don't like the sound of those last messages which make the impression that PF4 is providing more problems that in solves. IMHO the new UI will bring a big benefit to Zuul and the community. At least from our uses I know that they would like Zuul a lot better if the UI would provide more features and would be more attractive/modern. I already have other changes ready for review https://review.14:14
felixedelopendev.org/#/c/746112/9 since a few weeks, but also for me it becomes more and more difficult to always stack changes on top if I don't know if the changes at the bottom of the stack will be accepted in the end or not. In the latter case it just brings up a lot of discussion about a lot of (partly unrelated) changes and also a lot of rebase-work14:14
felixedel*users14:14
corvusfelixedel: i'm not sure what messages you are referring to or whether they were from me, but for my part i appreciate your work and understand its importance.14:15
felixedel> what would really help you is to complete the pf4 effort quickly so the code base stops changing14:16
felixedelBut maybe I got that message wrong due to zbr's answer14:16
felixedel>  especially as the pf4 already got us enough problems14:16
corvusfelixedel: i said the first thing, and by that i meant that zbr was asking for the same thing you are, for the pf4 effort to be complete so he can stop rebasing changes.  there was no judgement about quality there.  i didn't say the second thing.  i'll let zbr speak for himself.14:18
zbrfelixedel: believe me that PF4 is great and I want to see it sooner than later. I see the problems as an assumed risk, IMHO we should have not done the reverts but it was mostly a bad timing (vacation), i guess.14:18
corvuszbr: we revert changes when we discover problems with them we didn't catch in review14:18
corvuszbr: we have done that frequently and we will do it again.  it's not personal, it's just the nature of a CD system.14:19
openstackgerritMatthieu Huin proposed zuul/zuul master: Add zuul-client testing  https://review.opendev.org/75203914:19
corvusdoing that allowed us to re-stage the changes on top of a revert-revert, then fix each of the problems we observed, and verify that everything behaved as expected before merging.14:21
zbrcorvus: i know is not perosnal/. Stiil you can understand why i am reluctant to rebase my changes now, all of them are around pf4 areas, mainly I would have rewrite them multiple times.14:21
corvusand while that was going on, users were still able to use the system.  the problems we missed in review were severe enough that they affected users, and it took us quite a while to fix them (especially since this is a complex network and changing one thing can affect others)14:22
corvuszbr: that's fine, and that's your choice.  at no point were you prevented from continuing work.  you can always rebase your changes on the tip of the stack.  i understand that it's work, and you would prefer not to.  speeding up the merging process doesn't change that.  it only means that you have to keep rebasing on master rather than un-merged changes.  like i said earlier, the only thing that would14:24
corvusmaterially affect your work would be if we all just worked faster and better and got all of this done sooner.14:24
corvuszbr: but i think we are already working as fast and good as we can14:24
openstackgerritMatthieu Huin proposed zuul/zuul master: Add zuul-client to requirements  https://review.opendev.org/75204314:29
*** fdegir has quit IRC14:36
openstackgerritPierre-Louis Bonicoli proposed zuul/zuul master: [gitlab] approvals: fix error with community edition  https://review.opendev.org/75054614:43
openstackgerritMatthieu Huin proposed zuul/zuul master: [DNM] Add zuul-client to requirements  https://review.opendev.org/75204314:45
*** vishalmanchanda has joined #zuul14:58
openstackgerritMerged zuul/zuul master: Revert "web: restore scrollbars and scroll behaviour"  https://review.opendev.org/75036115:05
openstackgerritMerged zuul/zuul master: Revert "Revert PF4 build page"  https://review.opendev.org/75036515:05
openstackgerritMerged zuul/zuul master: Use Modal to show config errors and fix scrolling  https://review.opendev.org/75032215:05
openstackgerritMerged zuul/zuul master: web: Fix error modal contents  https://review.opendev.org/74409515:06
openstackgerritMerged zuul/zuul master: UI: Enable horizontal scrolling on LogFile page  https://review.opendev.org/75087515:07
openstackgerritMatthieu Huin proposed zuul/zuul master: [DNM] Add zuul-client to requirements  https://review.opendev.org/75204315:07
openstackgerritzbr proposed zuul/zuul-jobs master: Add mode to packer  https://review.opendev.org/75221315:18
openstackgerritzbr proposed zuul/zuul-jobs master: Add managed jobs to periodic  https://review.opendev.org/74868215:24
openstackgerritzbr proposed zuul/zuul-jobs master: Add managed jobs to periodic-weekly  https://review.opendev.org/74868215:31
*** mach1na has quit IRC15:35
openstackgerritMatthieu Huin proposed zuul/zuul master: [DNM] Add zuul-client to requirements  https://review.opendev.org/75204315:45
*** hamalq has joined #zuul15:45
clarkbany objections to landing the zuul periodic-weekly pipeline change now ? https://review.opendev.org/#/c/748706/2/zuul.d/pipelines.yaml15:59
AJaegerzuul-jobs maintainer, please review the stack starting at https://review.opendev.org/#/c/742736/ to simplify our upload roles16:06
*** tosky has quit IRC16:11
*** jcapitao has quit IRC16:48
*** rfolco|ruck|brb is now known as rfolco|ruck16:49
*** sanjayu__ has quit IRC16:50
*** tobberydberg has quit IRC16:51
*** tobberydberg_ has joined #zuul16:51
*** johanssone_ has quit IRC16:59
*** fdegir has joined #zuul17:01
*** jpena is now known as jpena|off17:01
*** johanssone has joined #zuul17:03
*** vishalmanchanda has quit IRC18:28
clarkbtobiash: left a qusetion on https://review.opendev.org/#/c/752056/4 but +2'd it. Feel free to approve if my concern isn't valid (I think it may be fine hence the +2)18:40
tobiashclarkb: I think it's quite unlikely to have collisions there. It only needs to be unique within one repo and within one test case18:42
clarkbtobiash: one option may be to use a timestamp instead?18:44
clarkbif it includes subseconds I expect that will end up being unique?18:44
clarkbanyway I agree if its per test case that should likely be ok18:44
*** tosky has joined #zuul18:51
hamalqin https://zuul.opendev.org/t/openstack/build/1c6a5bb5f9934019a8820078dfca2384 i get ERROR: Could not find a version that satisfies the requirement python-designateclient===4.1.0 (from -c /home/zuul/src/opendev.org/openstack/requirements/upper-constraints.txt (line 474)) (from versions: 0.0.4, 0.0.5, 1.0.0, 1.0.1, 1.0.2, 1.0.3, 1.1.0, 1.1.1, 1.2.0, 1.3.0, 1.4.0, 1.5.0, 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0, 2.5.0, 2.6.0, 2.7.0,18:59
hamalqhamalq18:59
hamalq2.7.1, 2.8.0, 2.9.0, 2.10.0, 2.11.0, 2.12.0, 3.0.0, 3.1.0, 4.0.0) is there a comming chnage for this18:59
clarkbhamalq: that isn't a zuul problem. A better channel would be #opendev. But the issue was in pypi itself. https://github.com/pypa/warehouse/issues/8568 is the upstream bug we think it should be happier now19:01
fungihamalq: probably a better question for the #opendev channel, but that looks like a problem with pypi which they fixed late yesterday.19:01
hamalq@fungi @clarkb thanks19:02
clarkbtobiash: similarly +2'd https://review.opendev.org/#/c/752079/3 but left an idea for improvement19:04
clarkbtobiash: the zuul py35 support dropping change has landed. Do we need to do similar with nodepool?19:06
openstackgerritMerged zuul/zuul master: Fix branch name and project name for ref-updated create/delete  https://review.opendev.org/73832019:08
tobiashclarkb: thanks for review, I like your idea19:10
tobiashclarkb: yes dropping py35 on nodepool makes sense, I keep forgetting this ;)19:11
openstackgerritMerged zuul/zuul master: [gitlab] approvals: fix error with community edition  https://review.opendev.org/75054619:29
tobiashclarkb: could you add https://review.opendev.org/745175 (add event queue sizes to stats reporting) to your review list? It has been proven to be quite useful as a performance indicator of the scheduler19:45
clarkbYes19:46
tobiashthanks :)19:46
tobiashzuul-maint: this adds logging of missing required status checks which has been useful for our user support: https://review.opendev.org/71811419:47
tobiashzuul-maint: and one more log annotation: https://review.opendev.org/747142 :)19:48
tobiashzuul-maint: this fixes a dos attack vector with large pull requests: https://review.opendev.org/751281. Last week we had a bunch (~35) of large pull requests where github refuses to create diffs which completely blocked github event processing for a full hour because getFiles triggered the retry handler while it didn't make sense in this case.19:52
*** rlandy_ has joined #zuul20:16
*** rlandy has quit IRC20:18
*** frenzyfriday has joined #zuul20:24
*** frenzyfriday has quit IRC20:29
clarkbtobiash: if you are still around why does pr['files'] need to be None not []? re https://review.opendev.org/#/c/751281/1/zuul/driver/github/githubconnection.py20:41
clarkbI'm reading the merger code and it seems we do if files in mergeChanges which is passed in from the merge gearman job (I think that is where it matters for this?)20:42
clarkband on the cat side we expect a list becuase we do for fn in files20:43
clarkbtobiash: oh is this an issue iwth model.BuildSet.__init__() its checks item.change.files against None there20:44
clarkbthat must be it20:44
tristanCclarkb: https://opendev.org/zuul/zuul/src/branch/master/zuul/driver/github/githubconnection.py#L1430 sets it to None too20:46
tobiashNone is the signal to the scheduler to issue a fileschanges call to get the files list since github sometimes returns no or an incomplete list20:47
tristanCbut i'm not sure either, the difference between None and [] is a bit confusing20:47
clarkbya its tied to the model thing I discoverd20:49
clarkbwe set the files_state based on that and if files_state is NEW then we do extra work20:49
clarkbwe might want to make that less explicit to None but the change is correct given the model.py code20:49
tobiashWe chose explixit None because git allows empty commits which would result in [] as file list20:50
clarkbgot it20:51
tobiashand thus is a valid files list20:51
*** frenzyfriday has joined #zuul20:59
*** frenzyfriday has quit IRC21:04
clarkbtristanC: maybe you can review https://review.opendev.org/#/c/751975/ since it has to do with fedora (and even has a haskell bit)21:04
openstackgerritMatthieu Huin proposed zuul/zuul master: [DNM] Add zuul-client to requirements  https://review.opendev.org/75204321:08
tristanCclarkb: oh thanks, i thought i already approved it21:10
openstackgerritMerged zuul/zuul master: Add event queue sizes to stats reporting  https://review.opendev.org/74517521:30
*** rfolco|ruck has quit IRC21:35
openstackgerritMerged zuul/zuul master: Annotate getBranch with event id  https://review.opendev.org/74714221:56
openstackgerritMerged zuul/zuul master: Ignore 500 errors when requesting pr files  https://review.opendev.org/75128121:56
*** tosky_ has joined #zuul21:56
*** tosky has quit IRC21:59
*** tosky_ is now known as tosky22:00
*** rlandy_ has quit IRC22:01
*** nils has quit IRC22:44
*** tosky has quit IRC22:59
*** hamalq has quit IRC23:50

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