Earlier  
Posted Nick Remark
#openstack-nova - 2023-04-11
13:04:22 gibi I'm not sure it will be correct if there as cross dependencies between our direct depts
13:04:29 sean-k-mooney well if its not everythign in requiremetns.txt i find it hard to trust that it works
13:04:29 gibi but we can try
13:04:46 gibi I proved it works for os-traits. see the DNM patch on the top
13:05:05 sean-k-mooney yep but what if we start usign a feature in oslo-utils
13:05:18 sean-k-mooney like the imageinfo json output for the vmdk cve
13:05:57 sean-k-mooney to me the real benifit of lower constraits was to ensure we catch issues when backporting
13:06:00 gibi the possible fault we want to catch with the lower constraint is generic for all our direct (or even indirect) depts. I'm not disagreeing there
13:07:00 sean-k-mooney it also has benifit on master to ensure we are intentional when increaseing version and call it out in release notes
13:07:22 sean-k-mooney well if required like swapping to sqlacmey 2.0
13:11:39 gibi so I would do a blanket lower constraint job if I could. But I know that it is impossible to do that right. So I started from a small set of depts. If you have suggestions what else to add to the set like oslo-utils or sqlachemy. Then we can try. I think blindly add all the direct dept can lead to problems
13:17:13 bauzas gibi: sean-k-mooney: I think we somehow agreed on last weekly meeting that the job should only check the existing packages by pinning their versions
13:17:58 gibi bauzas: "existing packages" <- this is not well defined.
13:19:21 bauzas gibi: I mean, all of the packages from reqs.txt
13:19:43 gibi see above. I think that is bigger than what we can chew. but we can try
13:20:30 gibi as soon as we have cross dependencies between our direct debt the same problem will appert than what we had with the blanket lower constraint job
13:23:21 sean-k-mooney i would almost prefer to take the opisite approch
13:23:27 sean-k-mooney have an exclude list
13:23:39 sean-k-mooney which we filter out
13:23:53 sean-k-mooney so include all the package by default and then exclude ones we have issues with
13:24:03 sean-k-mooney for example cryptography
13:26:07 gibi sean-k-mooney: I have to think about how can we effectively decide what to filter out
13:27:27 sean-k-mooney for me it would be anything that is normally isntalled form the package manager
13:27:41 sean-k-mooney although with tox we might be abel to avoid that
13:28:21 sean-k-mooney i know in devstack cryptography has been problematic in the past due to the fact its normally already installed in teh vm and we cant remove/upgrade it
13:29:04 gibi sean-k-mooney: the problem is that we have no way to force lower constraints transitively with the pip tooling
13:29:29 gibi so as soon as direct dept has cross dependencies we are lost do the the tooling limits
13:32:21 sean-k-mooney pip takes the first constrait for a given package as the constiat too use
13:32:32 sean-k-mooney at least that used to be the behavior
13:32:40 sean-k-mooney i have not looked in a while.
13:33:18 sean-k-mooney but if you include the modifed requirements fiel with -c before uc i think that will make it work for transitive deps
13:33:46 sean-k-mooney of couse if one of our transitive dep increase its min version then we will have to bump ours
13:34:17 sean-k-mooney sorry direct deps
13:34:36 sean-k-mooney it basically gets problematic becasue pip does not support this usecase
13:38:06 gibi yeah
13:38:24 gibi so I don't want to go big and hit the same wall we had before with the lower constraint job
13:39:02 sean-k-mooney i have +2d the relevent patches but i still dont really like this change
13:39:40 gibi this is the smalles, lowest risk change, that can catch the specific issue we had during Zed
13:40:07 gibi I agree that it does not solve every aspect of the generic issue, but I think it is already useful
13:40:35 gibi I cannot promise I can solve the generic issue either
13:49:53 opendevreview Justas Poderys proposed openstack/nova-specs master: Add support for Napatech LinkVirt SmartNICs https://review.opendev.org/c/openstack/nova-specs/+/859290
14:53:29 bauzas elodilles: not sure you added some items in the wikipage yet but auniyal wanted to add a topic
14:55:16 bauzas elodilles: he added https://wiki.openstack.org/w/index.php?title=Meetings/Nova&diff=183013&oldid=182963
14:55:32 bauzas elodilles: so I moved those items into https://wiki.openstack.org/w/index.php?title=Meetings/Nova&diff=next&oldid=183013
15:13:41 elodilles bauzas: not yet, but i'm about to see if anything needs to be added there, will check it now
15:18:03 bauzas elodilles: I'm done with this so you can do it anytime
15:19:16 elodilles ack, just updated it
15:20:15 elodilles i'll update the Xena etherpad soon, i'm just generating its content
15:21:02 elodilles so that we can discuss xena-em transition based on that on the meeting
15:42:30 bauzas reminder: nova meeting in 18 mins
16:00:21 bauzas #startmeeting nova
16:00:21 opendevmeet Meeting started Tue Apr 11 16:00:21 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:21 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:21 opendevmeet The meeting name has been set to 'nova'
16:00:31 bauzas heydo heya
16:00:43 bauzas #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting
16:00:49 elodilles o/
16:02:53 gibi o/
16:02:56 bauzas hmmmm,
16:03:07 bauzas okay, let's start
16:03:11 gibi what a crowd
16:03:19 Uggla o/
16:03:22 bauzas thanks Hungary
16:03:23 auniyal o/
16:03:29 bauzas hah, people arrive :)
16:03:39 bauzas #topic Bugs (stuck/critical)
16:03:44 bauzas #info No Critical bug
16:03:48 bauzas #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 19 new untriaged bugs (-3 since the last meeting)
16:04:09 bauzas unfortunately a new bug just arrived one minute before the meeting started :)
16:04:37 bauzas I haven't created an etherpad since most of the bugs I closed were not really needed to be look
16:04:42 bauzas looked*
16:04:56 bauzas #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster
16:05:08 bauzas gibi: are you able to look at some bug reports this week ?
16:05:18 bauzas I can also continue to look at some of them, like the new mdev one :)
16:05:18 gibi I can try
16:05:32 bauzas gibi: thanks
16:05:36 bauzas #info bug baton is being passed to gibi
16:05:48 bauzas any bug people want to discuss ?
16:06:47 bauzas :)
16:06:53 bauzas ok, moving on then
16:06:59 bauzas #topic Gate status
16:07:03 bauzas #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs
16:07:08 bauzas #link https://etherpad.opendev.org/p/nova-ci-failures
16:07:20 bauzas it was a short week for me, so I haven't seen any CI issue
16:07:28 dansmith it's not great
16:07:44 bauzas I've seen some gate issues last week indeed
16:07:53 dansmith I'm not sure how much of it is nova's fault, other than the functional failures
16:08:17 bauzas yeah :(
16:08:35 bauzas again, I'll try to look at those this week
16:08:38 dansmith I don't have any specific things to raise, but I can just say it's not great at the moment
16:08:44 bauzas and maybe ping some folks
16:09:07 bauzas dansmith: cool, anyway thanks for having it looked
16:09:26 bauzas #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status
16:09:45 bauzas at least for periodic jobs, all of them work :) ^
16:09:56 bauzas #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:10:00 bauzas #info STOP DOING BLIND RECHECKS aka. 'recheck' https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures
16:10:07 bauzas moving on then
16:10:13 bauzas #topic Release Planning
16:10:18 bauzas #link https://releases.openstack.org/bobcat/schedule.html
16:10:23 bauzas #link https://review.opendev.org/c/openstack/releases/+/877094 Proposed deadlines for Bobcat

Earlier   Later