Wednesday, 2025-04-23

Ugglasean-k-mooney[m], yep I'm gonna update them this morning.07:33
gibisean-k-mooney[m]: re triage: I feel Uggla put sizeable effort to pre-select bugs that are easy to triage and this made it effective. 07:52
gibialso I feel that it was mostly sean-k-mooney[m] and Uggla who did this triage work. If this feel sustainable then I'm happy. 07:52
gibiI personally would like to look at bugs async and then bring up the questionable ones in the meeting. 07:53
gibiand nothing prevents me to do that :)07:54
Ugglagibi, would you like me to select several bugs upfront let's say Friday. So we could discuss them during Tuesday meeting ?08:03
gibithat is one way to do it. But if it just for me then it is OK to continue as is and I will try to find some bugs to look at async time to time09:44
Ugglagibi, I'm not sure it is for you only. I have the feeling I'd rather have the bugs we will discuss in advanced to thing about them and do some research.09:57
UgglaFollowing yesterday’s triage exercise during the Nova meeting, and some additional work I did this morning, we’ve gone from over 160 new bugs down to 152.11:09
UgglaI marked as Incomplete and notified reporters for bugs that were clearly missing information.11:09
UgglaI went back through bugs from the last 50 days, and I believe all of them now have enough info for proper triage.11:09
UgglaI also noted the bugs to triage in the next meeting (2025-04-29 or 2025-05-06) here:11:09
Ugglahttps://etherpad.opendev.org/p/nova-bug-selection-for-triaging11:09
gibiUggla: thank!11:15
gibiI will try to set aside some time to look at some of them11:15
gibiUggla: FYI I saw you set https://bugs.launchpad.net/nova/+bug/2102038 fix comitted, I set it back to in progress as there is no commit merged and the patches proposed are only providign a reproducer and some doc but not a real fix yet11:20
Ugglagibi, oh ok. Sure no pb. I was maybe a bit too aggressive with that one. :)  What is important for me, is to set it as something different than new (which is the case).11:23
sean-k-mooneyUggla: we also do not use fix commited any more by the way11:29
sean-k-mooneywe stop that about 8 years ago11:29
sean-k-mooneybasicly the logic is master is inteneded to be deployable to production and the same is ture of the stable branhces11:30
sean-k-mooneyso if we have commited the change we treat it as released11:30
sean-k-mooneyso we use fix released as the done state even if we have not had an upstream "release" tagged11:30
sean-k-mooneythere is no automation to move things form fix commit to fix released either so if we used fix commited you would have to go back and update all bugs every time we do any release by hand11:31
opendevreviewKamil Sambor proposed openstack/nova master: Replace eventlet sleep with time.sleep  https://review.opendev.org/c/openstack/nova/+/94721213:24
gibiUggla: no worries. I saw it, fixed it, and just let you know for the future :)14:02
opendevreviewBalazs Gibizer proposed openstack/nova master: [hacking] N373 do not use eventlet primitives  https://review.opendev.org/c/openstack/nova/+/94726514:22
opendevreviewBalazs Gibizer proposed openstack/nova master: Remove nova.service.process_launcher  https://review.opendev.org/c/openstack/nova/+/94726014:31
opendevreviewBalazs Gibizer proposed openstack/nova master: Remove nova debugger functionality  https://review.opendev.org/c/openstack/nova/+/92249614:33
opendevreviewBalazs Gibizer proposed openstack/nova master: split monkey_patching form import  https://review.opendev.org/c/openstack/nova/+/92242514:33
opendevreviewBalazs Gibizer proposed openstack/nova master: Remove superfluous monkey patching form func test  https://review.opendev.org/c/openstack/nova/+/94723714:33
dansmithbauzas: gibi: could one of you +W this? https://review.opendev.org/c/openstack/nova/+/94606514:40
dansmithjust tests and you've both +Wed already14:40
dansmiththat would close that work out on the nova side I think14:40
bauzasdone14:41
gibibauzas was faster :)14:42
dansmiththanks14:44
opendevreviewRajesh Tailor proposed openstack/nova master: Fix 'nova-manage image_property set' command  https://review.opendev.org/c/openstack/nova/+/94673315:30
opendevreviewMerged openstack/nova master: Functional tests for one-time-use devices  https://review.opendev.org/c/openstack/nova/+/94606516:01
Ugglasean-k-mooney, if you have a moment, can you have a look at 947558: update constraint for oslo.utils to new release 7.3.1 | https://review.opendev.org/c/openstack/requirements/+/947558  I found the issue, proposed a fix in the comments. But that's probably not the good way to fix the issue. So I'll appreciate your thought about it.16:15
sean-k-mooneyloading context16:27
sean-k-mooneyoh so py38 has not been part of the runtimes for a while16:27
sean-k-mooneyit was there for oslo because they lag one release behind16:28
sean-k-mooneybut we shoudl be remvoing that now16:28
sean-k-mooneyUggla: its failing because oslo.utils bumpted teh min version to 39 https://github.com/openstack/oslo.utils/blob/master/setup.cfg#L916:28
sean-k-mooneythat why it can install in 3.816:29
sean-k-mooneyoh this is 2024.216:32
Ugglasean-k-mooney, not for the requested version https://opendev.org/openstack/oslo.utils/src/commit/145e0455d75fe11d55595e1c5dedcde0a1acdc05/setup.cfg#L916:34
sean-k-mooneyya i noticed that after i typed up a respocne16:34
sean-k-mooneyim goign to take a look at the actul error quickly16:34
sean-k-mooneyso they have not merge the pyprojec.toml paces an dnew version of pip and setup tools hae stared dropping supprot for that 16:37
sean-k-mooneyim not sure if that is related16:37
sean-k-mooneygiven this is python 3.8 i guess this job is still on ubuntu 22.0416:37
sean-k-mooneyDistro: Ubuntu 20.0416:37
sean-k-mooneyok even older.16:37
Ugglasean-k-mooney, there is somethink related to the package named produced as I state in my comment.16:41
sean-k-mooneyhttps://zuul.opendev.org/t/openstack/build/dd880dad1d3a486a92d8decd7fc9fd7c/log/job-output.txt#357616:42
sean-k-mooneypkg_resources.DistributionNotFound: The 'oslo.utils>=3.36.0' distribution was not found and is required by oslo.log16:42
sean-k-mooneywhich is odd becaues we are adding 7.3.116:43
sean-k-mooneyso we need to look earlier16:43
sean-k-mooneynormally this happens if some package has a cap (max version pin)16:43
Ugglasean-k-mooney, please look at my comment this is due to the fact that the package is oslo_utils instead of oslo.utils.16:45
sean-k-mooneyit does look like we installed  oslo.utils-7.3.116:46
sean-k-mooneyso kind of16:47
sean-k-mooneyteh pytohn modluel is oslo_utils16:47
sean-k-mooneyyou saying that the way pbr built it is broken16:47
sean-k-mooneyand now its reproting as oslo_utils in pip freeze?16:47
sean-k-mooneyor when its built16:48
sean-k-mooneyif so that coudl be because we dont have a pyproject.toml file16:48
sean-k-mooneyits oslo.utils here too https://zuul.opendev.org/t/openstack/build/dd880dad1d3a486a92d8decd7fc9fd7c/log/job-output.txt#2433-243416:51
sean-k-mooneyUggla: have you tired repoducing this locally?16:54
opendevreviewBalazs Gibizer proposed openstack/nova master: WIP:Translate scatter-gather to futurist  https://review.opendev.org/c/openstack/nova/+/94796616:59
sean-k-mooneyUggla: im running the command locally in a ubuntu 20.04 container now ill let you know if i find anyting17:08
Ugglasean-k-mooney, as you can see I managed to fix the issue. But using an mv is probably not really clean.18:03
sean-k-mooneyUggla: i dont see how you fixed the issue18:04
sean-k-mooneyugh did you put it in a comment instead of actully pushign a patch18:05
Ugglayes18:06
Ugglahttps://review.opendev.org/c/openstack/requirements/+/947558/comments/16851def_9bf88f8118:06
sean-k-mooneyths really confusing when you ping some one out of the blue to look at a patch where there is not clear indication that you changed anything18:07
Ugglasorry :(18:09
sean-k-mooneyits ok. so packege_resouce on py3818:09
sean-k-mooneydoes not return or use the same name as pip18:09
sean-k-mooneyspecificly pip freeze18:10
sean-k-mooneywe can make this work by doign pkg_resources.require(name.replace('.','_'))18:10
sean-k-mooneyinstead of pkg_resources.require(name)18:10
sean-k-mooneyon python 3.818:10
sean-k-mooneyhowever that is not really teh correct fix18:10
sean-k-mooneywe could do that here https://github.com/openstack/requirements/blob/master/openstack_requirements/cmds/check_conflicts.py#L51C25-L51C5218:10
sean-k-mooneyand gard i by the python version.18:11
Ugglayep I agree this is another possibility.18:11
sean-k-mooneybut it would be beter to undersand why it is behviing diffently18:11
Ugglayes that was the reason why I asked you. If you have an idea about the reason. 18:13
sean-k-mooneymy guess is somethign in pkg_resouces has changed18:13
sean-k-mooneyi woudl have to see if there are any recent releases18:14
sean-k-mooneyhttps://setuptools.pypa.io/en/latest/pkg_resources.html 18:15
sean-k-mooneyso pkg_resouces is deprecated for removal18:15
sean-k-mooneywe may want to swap to import lib instead18:15
sean-k-mooneypkg_resocue i think is gon in python 3.1318:17
sean-k-mooneyi think we are ment to use https://docs.python.org/3/library/importlib.resources.html instead18:18
sean-k-mooneyor well import lib in general18:18
masahitosean-k-mooney: hi, please review the API bug fix, again. gmaan_pto +2ed so all comments are solved. https://review.opendev.org/c/openstack/nova/+/93965820:26
sean-k-mooneyah sure. im just about to finsih for todday but i can take a look quickly20:27
sean-k-mooneymasahito: i agree it looks like gmanns comment have been addressed and i was happy with it before so +2w20:28
masahitosean-k-mooney: thanks! I appreciate you check it even though you're going to finish today.20:30
opendevreviewMerged openstack/nova master: Use dict object for request_specs_dict in the _list_view  https://review.opendev.org/c/openstack/nova/+/93965823:16

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