Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2024-04-16
16:07:41 bauzas #topic Stable Branches
16:07:44 bauzas elodilles: heya
16:08:10 elodilles nothing news actually
16:08:30 elodilles zed branch is still broken due to nova-ceph-multistore job :/
16:09:00 elodilles other maintained branches' gates are in OK state
16:09:28 bauzas kk
16:09:44 bauzas #topic vmwareapi 3rd-party CI efforts Highlights
16:09:50 bauzas fwiesel: are you here?
16:10:00 fwiesel Yes, sorry for being late.
16:10:05 fwiesel #info No updates
16:10:17 bauzas cool no worries
16:10:25 bauzas #topic Open discussion
16:10:28 bauzas anyone ?
16:10:43 bauzas I don't see any item in our page
16:11:05 sean-k-mooney i had one thing
16:11:16 bauzas shoot
16:11:30 sean-k-mooney fwiesel: you have and had some patches up for vmware for a while
16:11:49 sean-k-mooney we might want to try an cordiante soem review of those
16:12:00 sean-k-mooney as otherwise i feel like they are just going to bitrot
16:12:03 fwiesel sean-k-mooney: That would be great.
16:12:39 sean-k-mooney im not really sure how to go about that othe rthen perhapsp tryign to use the review etherpad but im not sure if we have a new one for 2024.2
16:12:47 sean-k-mooney bauzas: have you created one?
16:13:05 bauzas sean-k-mooney: yes, see above ^
16:13:23 bauzas oh f... I forgot a topic :)
16:13:31 bauzas #link https://etherpad.opendev.org/p/nova-dalmatian-status
16:13:43 sean-k-mooney do we want to say chosse one to review before week or perhaps have a prioritesed list
16:13:52 opendevreview Kashyap Chamarthy proposed openstack/nova master: libvirt: Avoid getCapabilities() to calculate host CPU definition https://review.opendev.org/c/openstack/nova/+/899185
16:14:07 Uggla_ o/
16:14:23 fwiesel The most important one would be the image import... as otherwise you cannot boot an instance :)
16:14:37 fwiesel Shall I add it then to the etherpad?
16:14:39 sean-k-mooney ack can you add that on eto the ether pad
16:14:46 fwiesel Okay, I will.
16:14:53 bauzas sean-k-mooney: we said in the PTG that we'll ask folks to ask to have feature liaisons
16:14:58 sean-k-mooney please do and perhaps we should add a vmware dirver section to list the in order of priority
16:15:20 bauzas sean-k-mooney: sure, we could organize a specific section
16:15:54 bauzas are we done with that ?
16:16:10 sean-k-mooney so the thing is currently non of the core team really know how that driver works in detail an di feel like if fwiesel does not remind us often that they are trying ot fix it we wont be encliend ot go looking to review vmware code
16:16:32 sean-k-mooney ya that all i wanted to bring ups
16:16:35 bauzas well, we could create a separate etherpad for that if you want
16:16:48 bauzas or we could have some gmeet
16:16:48 sean-k-mooney im fine with having it in the main one
16:16:59 kashyap gibi: Thanks for the rebase :)
16:17:05 bauzas anyway, it's related to what we discussed on the PTG
16:17:13 sean-k-mooney i just want to make sure if i look at some of theose patches someone else will
16:17:21 sean-k-mooney bauzas: ya i was not in those ptg dicussions
16:17:36 sean-k-mooney so im not aware of that discussion or if i agree with it
16:17:37 bauzas this cycle, we'll try to have some subteams for each of the blueprints
16:17:43 sean-k-mooney but i guess ill read back the notes
16:18:10 bauzas so each of the subteam people could organiaz some gmeets if they want
16:18:25 sean-k-mooney ok... im not sure how that is goign to work but maybe it could
16:18:36 bauzas here, we could have some kind of '"vmware subteam"
16:19:00 bauzas I mean, people reviewing vmware driver changes
16:19:09 sean-k-mooney well i would either like to fix the dirver or delete it. both work for me but im sure fwiesel has a prefernce given the work they have done
16:19:18 fwiesel Shall I get more of our people involved?
16:19:32 bauzas fwiesel: nope, we'll softly start
16:19:34 sean-k-mooney fwiesel: i dont think thats need
16:19:38 bauzas and see how we organize ourselves
16:19:47 sean-k-mooney we just need some cores to say yes ill review your patchs
16:19:56 bauzas zactly
16:20:21 bauzas anyway I think we're done here
16:20:33 bauzas thanks all
16:20:34 fwiesel Thanks, have a good one.
16:20:34 sean-k-mooney sure let end the meetign and we can chat after
16:20:38 opendevmeet Log: https://meetings.opendev.org/meetings/nova/2024/nova.2024-04-16-16.00.log.html
16:20:38 opendevmeet Minutes (text): https://meetings.opendev.org/meetings/nova/2024/nova.2024-04-16-16.00.txt
16:20:38 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2024/nova.2024-04-16-16.00.html
16:20:38 opendevmeet Meeting ended Tue Apr 16 16:20:38 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:20:38 bauzas #endmeeting
16:20:56 fwiesel So, how does the subteams work?
16:20:56 sean-k-mooney so i was previously, tentiitively +2 on https://review.opendev.org/c/openstack/nova/+/909474
16:21:38 sean-k-mooney well normally the subteam has a meeting and then updtate the broader team like your already doing
16:21:51 sean-k-mooney we have not used subtemas out side of the stable team in a long time
16:22:35 sean-k-mooney it could somethign as simple as choose 15-30mins during the week to meet and disucss a given patch
16:24:41 gibi kashyap: sean-k-mooney: it is bug to me as it breaks live migration. If we decide not to backport the fix that is fine by mej
16:25:08 gibi I will try to check the CI results on the rebase tomorrow
16:28:34 fwiesel sean-k-mooney: How does it get organised? Next Nova meeting?
16:30:24 sean-k-mooney that really up to the memeber of the subteam i guess. i was not part of the ptg disucssion so im not sure what bauzas had in mind
16:30:40 sean-k-mooney bauzas: do you intend to review https://review.opendev.org/c/openstack/nova/+/909474
16:32:59 bauzas sean-k-mooney: I'm not a super expert on the glance side, but I can try to help
16:33:14 bauzas that said, dansmith could also have some opinions
16:34:00 dansmith I might, but tied up right now
16:37:04 kashyap gibi: I agree it's a bug. I need to head out now; we can talk more tomm.
16:38:26 fwiesel I've to drop of as well. Have a good one.
#openstack-nova - 2024-04-17
06:46:11 opendevreview Sam Morrison proposed openstack/nova master: Filter out deleted instances when looking for build timouts https://review.opendev.org/c/openstack/nova/+/880125
11:04:20 gibi kashyap: I commented on the dom cap patch based on the CI result. This will be not a simple search and replace
11:06:29 kashyap gibi: I realize, I feared as much :(
11:06:52 kashyap Making food; will look in a bit; thank you for looking.
11:08:03 kashyap gibi: My aim is to minimize the "blast radius"
12:06:57 opendevreview Stephen Finucane proposed openstack/nova master: api: Migrate to JSON Schema Draft 2019-09 https://review.opendev.org/c/openstack/nova/+/915845
12:06:58 opendevreview Stephen Finucane proposed openstack/nova master: api: Don't do version check if nothing required https://review.opendev.org/c/openstack/nova/+/915737
12:06:58 opendevreview Stephen Finucane proposed openstack/nova master: api: Add 'removed' decorator https://review.opendev.org/c/openstack/nova/+/915736
12:06:59 opendevreview Stephen Finucane proposed openstack/nova master: tests: Ensure all APIs have a request query schema https://review.opendev.org/c/openstack/nova/+/915739
12:06:59 opendevreview Stephen Finucane proposed openstack/nova master: api: Add remaining missing query parameter schema https://review.opendev.org/c/openstack/nova/+/915738
12:07:00 opendevreview Stephen Finucane proposed openstack/nova master: api: Add response body validation helper https://review.opendev.org/c/openstack/nova/+/915741
12:07:00 opendevreview Stephen Finucane proposed openstack/nova master: conf: Add '[api] response_validation' option https://review.opendev.org/c/openstack/nova/+/915740
12:07:01 opendevreview Stephen Finucane proposed openstack/nova master: api: Add response body schemas for remaining server action APIs https://review.opendev.org/c/openstack/nova/+/915743
12:07:01 opendevreview Stephen Finucane proposed openstack/nova master: api: Add response body schemas for server action APIs https://review.opendev.org/c/openstack/nova/+/915742
12:34:47 opendevreview sean mooney proposed openstack/nova master: fix sphinx-lint errors in docs and add ci https://review.opendev.org/c/openstack/nova/+/897089
12:34:48 opendevreview sean mooney proposed openstack/nova master: ignore sphinx-lint series in git blame https://review.opendev.org/c/openstack/nova/+/897218
13:25:33 kashyap gibi: I've added a reply (also a note about the code being removed). When you get time, do let me know (on the change) if they make sense.

Earlier   Later