Tuesday, 2023-02-14

*** ministry is now known as __ministry03:22
opendevreviewGhanshyam proposed openstack/nova master: Add service role in nova policy  https://review.opendev.org/c/openstack/nova/+/86459405:26
opendevreviewmelanie witt proposed openstack/nova master: libvirt: Configure and teardown ephemeral encryption secrets  https://review.opendev.org/c/openstack/nova/+/82675405:42
opendevreviewmelanie witt proposed openstack/nova master: imagebackend: Add support to libvirt_info for LUKS based encryption  https://review.opendev.org/c/openstack/nova/+/82675505:42
opendevreviewmelanie witt proposed openstack/nova master: Support create with ephemeral encryption for qcow2  https://review.opendev.org/c/openstack/nova/+/87093205:42
opendevreviewmelanie witt proposed openstack/nova master: Support resize with ephemeral encryption  https://review.opendev.org/c/openstack/nova/+/87093305:42
opendevreviewmelanie witt proposed openstack/nova master: Add encryption support to convert_image  https://review.opendev.org/c/openstack/nova/+/87093405:42
opendevreviewmelanie witt proposed openstack/nova master: Add hw_ephemeral_encryption_secret_uuid image property  https://review.opendev.org/c/openstack/nova/+/87093505:42
opendevreviewmelanie witt proposed openstack/nova master: Add encryption support to qemu-img rebase  https://review.opendev.org/c/openstack/nova/+/87093605:42
opendevreviewmelanie witt proposed openstack/nova master: Support snapshot with ephemeral encryption  https://review.opendev.org/c/openstack/nova/+/87093705:42
opendevreviewmelanie witt proposed openstack/nova master: Add reset_encryption_fields() and save_all() to BlockDeviceMappingList  https://review.opendev.org/c/openstack/nova/+/87093805:42
opendevreviewmelanie witt proposed openstack/nova master: Update driver BDMs with ephemeral encryption image properties  https://review.opendev.org/c/openstack/nova/+/87093905:42
opendevreviewmelanie witt proposed openstack/nova master: libvirt: Introduce support for qcow2 with LUKS  https://review.opendev.org/c/openstack/nova/+/77227305:42
opendevreviewmelanie witt proposed openstack/nova master: Support rescue with ephemeral encryption  https://review.opendev.org/c/openstack/nova/+/87367505:42
opendevreviewAmit Uniyal proposed openstack/nova master: Added a lock_unlock dcorator for instance  https://review.opendev.org/c/openstack/nova/+/87364805:56
gibi_bauzas: the tempest fix laneded so I'm inclined to fast approve the revert of the ceph non voting patch https://review.opendev.org/c/openstack/nova/+/87359008:57
bauzasgibi_: do it fer sur08:57
* bauzas doing rechecks atm08:57
gibi_me too08:58
bauzasgibi_: I'm telling 'recheck Ia72b50f7f7bf64fe0ddd3f1a415b1807ff264b66 merged.'08:59
*** gibi_ is now known as gibi09:00
gibibauzas: fyi I put a -1 on https://review.opendev.org/c/openstack/nova/+/873560 as it needs the cinder deps land first but they are not in a landing state09:16
bauzasgibi: yup, I had open comments that I didn't uploaded in Gerrit09:17
gibiI think I did what I could now so I'm switching to my other duty for a while. feel free to ping me if my eyes are needed on something here09:18
bauzas++09:18
* bauzas disappears for the gym, back in 1.5h10:45
gibibauzas: ahh gmann caught that the tempest fix merged before we was able to merge the ceph non voting job. So I'm abandoning that non-voting and voting again series12:34
bauzasgibi: sec, what ?12:34
gibibauzas: we never merged the ceph non voting patch, as the tempest fix merged first, then gmann stopped the merging of the non voting patch12:46
bauzasAck ok then no worries13:02
*** dasm|off is now known as dasm13:10
opendevreviewAlexey Stupnikov proposed openstack/nova stable/victoria: Test aborting queued live migration  https://review.opendev.org/c/openstack/nova/+/84574813:10
opendevreviewAlexey Stupnikov proposed openstack/nova stable/victoria: Add functional tests to reproduce bug #1960412  https://review.opendev.org/c/openstack/nova/+/84575313:10
opendevreviewAlexey Stupnikov proposed openstack/nova stable/victoria: Clean up when queued live migration aborted  https://review.opendev.org/c/openstack/nova/+/84575413:11
opendevreviewAlexey Stupnikov proposed openstack/nova stable/ussuri: Test aborting queued live migration  https://review.opendev.org/c/openstack/nova/+/87357513:13
opendevreviewAlexey Stupnikov proposed openstack/nova stable/victoria: Test aborting queued live migration  https://review.opendev.org/c/openstack/nova/+/84574813:14
opendevreviewAlexey Stupnikov proposed openstack/nova stable/victoria: Add functional tests to reproduce bug #1960412  https://review.opendev.org/c/openstack/nova/+/84575313:14
opendevreviewAlexey Stupnikov proposed openstack/nova stable/victoria: Clean up when queued live migration aborted  https://review.opendev.org/c/openstack/nova/+/84575413:14
opendevreviewAlexey Stupnikov proposed openstack/nova stable/ussuri: Add functional tests to reproduce bug #1960412  https://review.opendev.org/c/openstack/nova/+/87357613:24
opendevreviewAlexey Stupnikov proposed openstack/nova stable/ussuri: Clean up when queued live migration aborted  https://review.opendev.org/c/openstack/nova/+/87357713:25
opendevreviewAlexey Stupnikov proposed openstack/nova stable/train: Test aborting queued live migration  https://review.opendev.org/c/openstack/nova/+/87357813:27
opendevreviewAlexey Stupnikov proposed openstack/nova stable/train: Add functional tests to reproduce bug #1960412  https://review.opendev.org/c/openstack/nova/+/87357913:27
opendevreviewAlexey Stupnikov proposed openstack/nova stable/train: Clean up when queued live migration aborted  https://review.opendev.org/c/openstack/nova/+/87358013:28
* bauzas feels like he's paid for troubleshooting all the jobs14:18
bauzasgibi: looks like we have a problem with https://review.opendev.org/c/openstack/requirements/+/87341614:27
bauzasI opened a discussion in the #openstack-requirements chat14:27
opendevreviewAlexey Stupnikov proposed openstack/nova stable/victoria: Test aborting queued live migration  https://review.opendev.org/c/openstack/nova/+/84574815:03
bauzasreminder: nova meeting here in 42 mins15:18
opendevreviewKashyap Chamarthy proposed openstack/nova stable/train: Add a workaround to skip hypervisor version check on LM  https://review.opendev.org/c/openstack/nova/+/85122615:25
opendevreviewKashyap Chamarthy proposed openstack/nova stable/train: libvirt: At start-up rework compareCPU() usage with a workaround  https://review.opendev.org/c/openstack/nova/+/87372215:25
opendevreviewAlexey Stupnikov proposed openstack/nova stable/victoria: Test aborting queued live migration  https://review.opendev.org/c/openstack/nova/+/84574815:32
opendevreviewAlexey Stupnikov proposed openstack/nova stable/victoria: Add functional tests to reproduce bug #1960412  https://review.opendev.org/c/openstack/nova/+/84575315:32
gibibauzas: ack, I think that failure is all over the uc bump patches15:41
gibibauzas: at least we have now patches in the nova gate queue :)15:41
bauzasyup15:41
bauzas#startmeeting nova16:00
opendevmeetMeeting started Tue Feb 14 16:00:43 2023 UTC and is due to finish in 60 minutes.  The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'nova'16:00
bauzashowdy16:00
bauzaswhat a crazy week16:00
bauzas#link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting16:01
bauzaswho's around ?16:01
elodilleso/16:01
bauzas.16:01
auniyalo/16:02
bauzas..16:02
bauzasI can start a monolog, and people can join meanwhile16:03
gibio/16:03
bauzas#topic Bugs (stuck/critical) 16:03
bauzas#info No Critical bug16:03
* gibi here for the monologs16:03
bauzas#link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 17 new untriaged bugs (-11 since the last meeting)16:03
bauzasgreat numbers16:03
bauzasartom: thanks for that16:05
gibioh wao16:05
gibikudos artom 16:05
* bauzas was checking who was the owner last week :)16:05
bauzasnext in the roster is Uggla but he's on PTO till next week16:06
bauzasand next in the queue is sean (I'll avoid to highlight him, he needs rest :)  )16:06
bauzasso, I can try to triage a few bugs this week16:06
bauzasI mean, this isn't like I'm already doing a shit ton of bugs checks16:07
bauzas#info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster16:07
bauzas#info bug baton is being passed to bauzas this week16:07
gibibauzas: thansk16:07
bauzas#topic Gate status 16:08
bauzas#link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs 16:08
bauzas#link https://etherpad.opendev.org/p/nova-ci-failures16:08
bauzasthat was (and that still is) an hectic week16:08
bauzastl;dr: our gate was blocked but we eventually merged the fix16:08
bauzasbut now we continue to have a ton of CI false positives with vif plugged events missed and other funs16:09
bauzasI must to admit I beg people to share my pain16:09
gibiI do share your pain16:10
gibifor some degree16:10
opendevreviewKashyap Chamarthy proposed openstack/nova stable/train: libvirt: At start-up rework compareCPU() usage with a workaround  https://review.opendev.org/c/openstack/nova/+/87372216:10
bauzasanything now to raise except complaining that you do lots of rechecks ?16:10
gibione thing16:10
gibiplease be aware that upper constraints bumps cannot be merged at the moment due to failures16:11
bauzasoh that16:11
bauzasforgot to mention16:11
gibiso even though we released os-traits 2.1016:11
gibiwe cannot use that yet in placement and nova16:11
bauzasyeah, tbc, that's not only the nova master gate which is broken broken (c) elodilles16:11
bauzasthe requirements project do has its own pain, and tempest too16:12
gibiyeah as far as I see every u-c bump is blocked16:12
bauzascorrect16:12
bauzaswe discussed that in #openstack-requirements earlier today16:12
bauzasthere is a fix in the air16:12
bauzasbut,16:12
elodillesit seems virtualenv release came just in time16:12
bauzasthere is another open issue 16:12
bauzaselodilles: yeah, that's lovely, a perfect Murphy timing16:13
elodillesbauzas: could have been worse -> more closer to release date :)16:13
bauzasnot sure it changes anything tho16:13
bauzasbut let's jump to the next topic16:14
bauzasfwiw, looking at https://etherpad.opendev.org/p/recheck-weekly-summary16:14
bauzasI can still see around 18% of rechecks that are bare rechecks16:14
bauzasthis is desesperating16:14
bauzasI mean, we know we have CI failures16:14
bauzasbut if you just call 'recheck' without further info, you basically piss off your problems16:15
bauzasand you make looking that you don't care about the CI, then why should we care about your own patches then ?16:15
gibinova is on 13.5% that is an improvement from the last 90 days (18.5%)16:15
bauzasI'd like to be optimistic16:16
bauzasI know that debugging a CI failure is tricky16:16
bauzasbut if you don't make the effort to try looking, then basically that means you don't care16:16
* bauzas is grumpy today, sorry16:17
bauzas#link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status16:17
bauzasall greens16:17
bauzas#info Please look at the gate failures and file a bug report with the gate-failure tag.16:17
bauzas(that's a wish)16:17
bauzas#info STOP DOING BLIND RECHECKS aka. 'recheck' https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures16:17
bauzas(that's a formal ask)16:17
bauzasnext topic for the fun ?16:18
gibione thing about CI16:18
bauzassure16:18
gibimaybe we should make an dedicated effort next cycle to fix up CI first before we jump on adding new features16:19
gibimaybe, asking people with feature proposals to take a gate bug first 16:19
bauzasgibi: that's litterally already in the PTG agenda :)16:19
gibibauzas++16:19
bauzaswell, I was less harsh16:19
bauzasbut I opened a bullet point about CI failures and I had some ideas16:19
bauzasI wrote some email yesterday 16:20
bauzasif people want recognition, I offer them a Great Way to Be Recognized16:20
gibicool16:20
bauzasmoving on then (fwiw, I like your idea to somehow ask people to show some dedication to upstream while they propose)16:21
kashyapgibi: Fixed the thing in the above train backport too: https://review.opendev.org/c/openstack/nova/+/87372216:21
bauzasthis is actually a great jump to the next topic16:21
kashyap(Err, sorry; there's a meeting going on)16:21
bauzaskashyap: in a meeting16:21
kashyapYep, yep; saw that16:21
bauzasmoving on16:21
bauzas#topic Release Planning 16:22
bauzas#link https://releases.openstack.org/antelope/schedule.html16:22
bauzas#info Antelope-3 is in 2 days16:22
bauzas#info FeatureFreeze is in 2 days16:22
bauzas#link https://etherpad.opendev.org/p/nova-antelope-blueprint-status Blueprint status for 2023.116:22
bauzashere, I'm also a bit grumpy16:22
bauzaswe approved a couple of blueprints but despite this, a very few of them are actually reviewable16:23
bauzasthe os-bricks issue prevents one to correctly get reviewed, but alas, the series is even not fully complete16:23
bauzasos-traits, not os-brick my bad16:23
bauzasso, yeah, back to gibi's proposal, I think we may be harsher next cycle16:24
gibidon't forget this was a shorter cycle 16:24
bauzasand ask people to show some evidence of work16:24
bauzasgibi: that's a valid point16:24
bauzasI'm maybe overreacting16:24
gibiit is always emotional before FF16:24
elodillesnext cycle will be longer :)16:24
elodilles28 weeks16:25
bauzascompared to 24, correct ?16:25
elodillesyepp16:25
bauzaswell, we'll see then16:25
gibiimageine how much recheck we could do in an extra month :D16:25
opendevreviewMerged openstack/nova master: Add logging to find test cases leaking libvirt threads  https://review.opendev.org/c/openstack/nova/+/87297516:25
bauzasgibi: :D 16:25
bauzasoh wow ^16:25
elodilles\o/16:26
gibibauzas: now I need not to forget to check for that logs16:26
gibiin the coming days16:26
bauzasgibi: (off-meeting, I'll write a revert patch ;) )16:26
gibibauzas: good point16:26
bauzasyup16:26
bauzasanyway, back to the release16:26
bauzasI think we made good progress on reviews16:26
bauzasif we missed something or some patch, feel free to amend the etherpad please16:27
bauzasor comment it out 16:27
bauzasI did a bit of research and digging but I think I found all the open changes16:27
bauzasmoving on then, unless someone caring about an accepted blueprint makes to take the opportunity to raise a concern ?16:28
gibiyeah please cry out loudly if your series has a chance to land in the next two day and you lack reviews16:28
bauzas++16:29
bauzasok, let's jump to the next one16:30
bauzas#topic vPTG Planning 16:30
bauzaswill be short16:30
bauzasjust a reminder16:30
bauzas#link https://www.eventbrite.com/e/project-teams-gathering-march-2023-tickets-483971570997 Register your free ticket16:30
bauzas#link https://etherpad.opendev.org/p/nova-bobcat-ptg Draft PTG etherpad16:30
bauzasfeel free to add the items you wanna discuss in ^16:30
bauzas#topic Review priorities 16:30
bauzas#link https://review.opendev.org/q/status:open+(project:openstack/nova+OR+project:openstack/placement+OR+project:openstack/os-traits+OR+project:openstack/os-resource-classes+OR+project:openstack/os-vif+OR+project:openstack/python-novaclient+OR+project:openstack/osc-placement)+(label:Review-Priority%252B1+OR+label:Review-Priority%252B2)16:30
bauzasI'll be honest, I lost my attention16:30
bauzasbut I'll try to look at those once we cut m-316:31
bauzas#info As a reminder, cores eager to review changes can +1 to indicate their interest, +2 for committing to the review16:31
bauzas#topic Stable Branches 16:31
bauzaselodilles: showcase.16:31
elodilles~o~16:31
elodilles#info ussuri and train gates are fixed (ensure-rust role was added to grenade and tempest jobs)16:32
elodilles#info stable/victoria gate is blocked (failing openstacksdk-functional-devstack job needs to be removed: https://review.opendev.org/c/openstack/nova/+/873295 similarly as in wallaby)16:32
elodilles#info rest of the stable branches seem to be OK16:32
elodillesor at least unblocked16:32
elodilles#info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci16:32
elodillesi think that is all i can tell now16:32
bauzascool16:34
bauzasI just rechecked the CVE fix for the ussuri branch16:34
bauzasshould land hopefully 16:34
elodillesfingers crossed16:34
gibibauzas: do we have CVE fix for stable/train?16:34
gibior we punted on that?16:35
gibidue to oslo16:35
bauzasgibi: as I said last week, I loudly said no to it16:35
gibiOK16:35
bauzasif someone wants to propose it, fair16:35
gibithanks for the refrsh16:35
bauzasbut yeah, due to the oslo.utils dep, that's not gonna be a fun conversation16:35
bauzasand most distros now include the fix in their own products16:35
bauzasthat's it.16:36
gibithanks16:36
bauzas#topic Open discussion 16:36
bauzasanything anyone ?16:36
bauzasthe agenda is empty 16:37
gibiI assume that if there are no loud cries for review on the week of FF then we are done a good job :)16:38
artomSo I have a weird thing16:38
artomhttps://opendev.org/openstack/nova/src/branch/master/nova/image/glance.py#L39216:38
artomCount the length of that line16:38
* bauzas calls len()16:39
artom(We could also end the meeting and chat about that in "normal" IRC)16:39
gibi83?16:40
bauzasartom: sure, that's a good point16:40
bauzasI have 8216:40
auniyal111616:40
artomYep. So... what's our pep8 job doing?16:40
bauzasbut AFAIR, we only enforce line lengths on code16:40
bauzasthat has to be doublechecked16:40
bauzasanyway16:41
bauzaslet's wrap it now and chase this question outside of the meeting16:41
bauzasthanks all16:41
bauzas#endmeeting16:41
opendevmeetMeeting ended Tue Feb 14 16:41:22 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:41
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2023/nova.2023-02-14-16.00.html16:41
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2023/nova.2023-02-14-16.00.txt16:41
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2023/nova.2023-02-14-16.00.log.html16:41
bauzasso16:41
bauzaswe now enforce the line lengths by a pre-commit16:41
bauzasnot sure our tox pep8 target continues to check it16:42
artomI only noticed it because a downstream pep8 job failed16:42
artomIt's from a commit in 202016:42
artomhttps://review.opendev.org/c/openstack/nova/+/73873816:42
bauzasoh 16:42
bauzasno, I'm wrong16:42
bauzaswe autopep8 it with the pep8 target16:42
bauzashttps://github.com/openstack/nova/blob/master/tox.ini#L10016:43
clarkbbauzas: the --inplace flag doesn't appear to be a currently documented flag. Maybe it is fixing your code in CI and the flake8 passes after16:45
bauzasclarkb: that's my guess but that doesn't explain this https://opendev.org/openstack/nova/src/branch/master/nova/image/glance.py#L39216:46
clarkblooking at the flake8 script it passes in the target posargs as the arguments to flake816:50
clarkbthe CI jobs don't have posargs by default (you could override them though I think, but I'm not seeing that in logs). Does flake8 check things without args?16:51
clarkbyou might simply be not checking things? I dunno16:51
gibiI just tried, flake8 check all files if called without args and it finds the long line I add in nova/image/glance.py but not the L39216:53
clarkbautopep8 relies on pycodestyle to know whento change things too. Maybe the issue is in pycodestyle then where it doesn't see that as a problem so neither autopep8 nor flake8 complain16:54
artomYeah, same here. And it's not a comment thing (at least with # ) because if I comment out the long line it still finds it16:54
gibiartom: yeah, I added a long line in the same doc comment and it finds that16:55
artomAh, but apparently not the *first* line?16:56
artomSo yeah16:56
artom    def _get_verifier(self, context, image_id, trusted_certs):16:56
artom        """Really long line long long long long long long long long long long long16:56
artom        Really long line long long long long long long long long long long long long long                             16:56
artom        """16:56
artomIt complains about the second line (without """)16:56
artomBut not the first line16:56
gibiyeah it seems the leading line is ignored16:57
clarkbis the threshold different? I wonder if it complains eventually16:57
gibiI moved L392 to a new line and padded it with 3 leading char and it finds it16:57
gibiyeah if I pad the leading line with 10 extra chars then it finds it16:58
artomIs that a bug in hacking or pep8? As I said, a downstream pep8 check does find it, using an older version of hacking/pep8 I think16:58
clarkbartom: considering that autopep8 which also relies on pycodestyle doesn't complain about it either probably a thing in pycodestyle16:59
artomAh, so it looks like it ignores the leading """ or something?16:59
gibiI have to add 6 or more chars to get a failure17:00
gibiand when I get the failure it says line too long (80 > 79 characters)17:00
gibiso it is counting the charachters wrongly17:00
gibias at that point the line is 88 chars long17:01
gibiwhat else will break on us this week?!?!17:03
artomPresumably that's been broken for a while, and it's minor17:03
artomAh https://github.com/PyCQA/pycodestyle/issues/67917:05
artomWhich leads down the rabbit hole https://github.com/PyCQA/flake8/issues/153417:05
artomSeems like it should be fixed in flake8 5.0.0?17:06
gibinice 17:10
artomAh, I think our flake8 is capped by our hacking version17:10
artomhacking>=3.1.0,<3.2.0 # Apache-2.0                                                                                    17:10
artomFrom test-requirements17:10
gibithat will be a "nice" bump to make17:11
artomI imagine there's a reason that it was there in the first place?17:12
artomAll I can find is https://review.opendev.org/c/openstack/nova/+/72758917:12
artomWhich appears to just decide that 3.2.0 is the max for some reason17:12
gibieven if we bump hacking to the maximum we only get to flake8 4.0 https://opendev.org/openstack/hacking/src/branch/master/requirements.txt#L1 17:17
artomHuh, so why is that capped17:19
artomNo documented reason that I can see, even going back as far as e664ef421c60ade4c2557e8d7029b81ccb8478a017:21
opendevreviewSylvain Bauza proposed openstack/nova master: Revert "Add logging to find test cases leaking libvirt threads"  https://review.opendev.org/c/openstack/nova/+/87358417:21
bauzasgibi: artom: sorry, I got distracted by other embargoed things 17:23
gibiartom: with hacking 5.0.0 (max) we have couple of findings https://paste.opendev.org/show/bQD8LQ9tmyPFD0NouJnv/ but nothing major17:23
bauzasso yeah, like I said, I think the linter doesn't check the line length on a docstring17:23
artomgibi, ok, but flake8 is still stuck on 4.0.1, so it doesn't catch the line length thing17:24
artomI don't feel like I know enough about the release sausage to propose an increase in the cap of flake8 and hacking17:25
bauzasgibi: it doesn't block our gate, does it ?17:25
artomIt feels like we should, though...17:25
artombauzas, no, it's cosmetic and minor17:25
bauzasI'm very afraid of bumping our hacking requirements so close to the holy FF17:26
artombauzas, bumping *our* hacking requirement wouldn't be enough17:26
artomWe'd need to bump *hacking's* flake8 cap17:26
bauzasI see17:26
artomWhich sounds even worse17:26
bauzasif it's cosmetic, then you have MHO17:26
bauzasprobably better to just change the docstring17:27
gibiartom: bumping hacking to flake8 5.0.4 causes unit test failures in hacking :/17:27
artomWow, wtf17:27
bauzasbut if that doesn't cause any harm, please defer it to Bobcat17:27
gibihold on, that might be not due to flake8 5.0.417:28
gibibauzas: don't worry we won't bump hacking now :)17:28
bauzasI mean, another library upgrade and then I get a heartbroke17:29
gibiyeah the unit test of hacking fails on me on master too :/17:30
artomErr17:30
artomI guess stuff changed, and the unit tests job just never ran?17:30
gibianyhow I think the whole 1) bump hacking to use flake8 5.0 3) release a new hacking 2) bump nova to use latest hacking. Is doable probably.17:31
gibiartom: or my local env is bork17:31
gibiwe will see https://review.opendev.org/c/openstack/hacking/+/87373717:33
gibiand I'm feeling lucky https://review.opendev.org/c/openstack/hacking/+/87373817:35
artomYou absolute madlad17:37
gibiI don't know what was in my afternoon coffee but I feel like a squirrel on cocain17:39
artomWell you just answered your own questions. You coffee contained squirrels. And cocaine.17:39
gibi:D17:39
gibiinterestingly it is from the same batch of beans that I used in the last couple of weeks without such effect. 17:40
artomSo obviously this morning a squirrel decided to use it to stash its cocaine.17:41
gibiyepp the hacking unit test on master fails in CI too https://13105f8ef823650ec019-cb65abe58d87a1a010092a9adcbaff91.ssl.cf2.rackcdn.com/873737/1/check/openstack-tox-py38/9f6af81/testr_results.html 17:43
gibithose squirrels should go and fix it instead of dealing with substances17:44
artomSeriously, what good is a cocaine habit if you're not putting it to good use17:45
gibiyou are absolutely right :)17:48
gibi... when you realize that the last commit in hacking was coming from you...17:52
gibiso the unit test failure in hacking is due to the new tox versions somehow, in a yoga container I can run the test successfuly on master with tox 4 I cannot. There is some magic in load_test in     import pdb; pdb.set_trace()18:07
gibi I mean https://github.com/openstack/hacking/blob/2931131b69af7f1e76d8ab506c250a94b330ffb9/hacking/tests/test_doctest.py#L7018:08
gibithis change makes the tests pass for me https://review.opendev.org/c/openstack/hacking/+/873740 locally. So I moved the flake8 5.0 bump top of it https://review.opendev.org/c/openstack/hacking/+/87373818:15
artomNice, thanks for taking care of that18:22
gibinow that the tests are running we see some real failures from the flake8 5.0 bump  https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_dcc/873738/2/check/openstack-tox-py310/dccd580/testr_results.html 18:23
gibibut the coffee is wearing off so I stop here now. artom feel free to pick ^^ up18:24
artomgibi, ack, cheers!18:35

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