opendevreview | Michał Górny proposed openstack/oslo.i18n master: Fix leftover `locale.getdefaultlocale` mock https://review.opendev.org/c/openstack/oslo.i18n/+/901002 | 08:19 |
---|---|---|
opendevreview | Michał Górny proposed openstack/oslo.i18n master: Fix leftover `locale.getdefaultlocale` mock https://review.opendev.org/c/openstack/oslo.i18n/+/901002 | 08:19 |
opendevreview | Gorka Eguileor proposed openstack/oslo.messaging master: Fix clearing of the fake RPC Exchange https://review.opendev.org/c/openstack/oslo.messaging/+/901018 | 11:26 |
tkajinam | damani hberaud stephenfin, hi. I'm wondering if you have any concerns about retiring oslo.vmware after 2024.1. | 12:57 |
tkajinam | I started conversations with the projects still using it and am suggesting that they should remove vmware support because vmware virt driver is being removed from nova. | 12:57 |
tkajinam | there are a few projects in x namespace dependent on it but these all look unmaintained, so I don't think we really have any consumers once they all deprecate the feature in 2024.1, and remove it right after 2024.1 | 12:59 |
tkajinam | https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/5ASRKETLJQAZM2KJ2EDIJZB6XMDWAL4P/ | 12:59 |
tkajinam | more details can be found in this thread | 13:00 |
opendevreview | Takashi Kajinami proposed openstack/tooz master: Remove etcd3 drvier https://review.opendev.org/c/openstack/tooz/+/901040 | 14:27 |
opendevreview | Takashi Kajinami proposed openstack/tooz master: Remove etcd3 drvier https://review.opendev.org/c/openstack/tooz/+/901040 | 14:29 |
*** gthiemon1e is now known as gthiemonge | 15:55 | |
opendevreview | Takashi Kajinami proposed openstack/tooz master: Fix bindep for Debian 12 https://review.opendev.org/c/openstack/tooz/+/901050 | 16:29 |
stephenfin | tkajinam: So someone from SAP popped up on #openstack-nova yesterday asking if they could reverse the decision to remove the driver. We discussed it with them at length noting that the only way we would change direction is if we saw people start reviewing changes and maintaining CI. I suspect that's too big an ask for them, but I don't know how long we need to wait to see | 17:29 |
stephenfin | tkajinam: Other that this, I have no issues with removing oslo-vmware. Assuming we proceed as planned, it will not be necessary and I think it would be better to abandon it rather than move it to the 'x' namespace | 17:30 |
tkajinam | stephenfin, ah, that's interesting > someone from SAP | 17:31 |
tkajinam | stephenfin, and yeah moving it to x just leaves it unmaintained. it's much better to show its actual status by retirement | 17:31 |
tkajinam | stephenfin, we'll see how they can help maintaining these features, but my preference is to anyway deprecate the features in 2024.1 and review situations during 2024.2 cycle. | 17:32 |
tkajinam | if we miss deprecation in 2024.1 then deprecation should be postponed to 2025.1 because of SLURP. my concern with reverting the direction immediately is that they may eventually find the required work is too much for them after we pass the deadline for 2024.1, which makes us to maintain these for one more year at least | 17:33 |
JayF | This is basically the difficulty the TC faces everytime we are looking at marking a project inactive :/ | 17:34 |
JayF | It's easy to prioritize work on a project actively under threat; once that threat dissipates, often the priority of it does as well. | 17:34 |
tkajinam | yeah | 17:35 |
tkajinam | yeah and unfortunately recent situation makes me a bit careful about anyone saying "we need this. we maintain this so please keep it" | 17:38 |
JayF | I'd suggest an approach of asking for specific committments | 17:39 |
JayF | of time/engineering resources | 17:39 |
JayF | across the support lifetime you also have to commit to | 17:39 |
JayF | if you end up granting a reprieve; that way if you end up back down this path, you can point to broken promises when you say "no" next time around if needed | 17:40 |
tkajinam | +1 | 17:40 |
tkajinam | I'll watch how the discussion in nova moves forward. that would be the core for the whole discussion about vmware support. | 17:46 |
JayF | Yeah, I almost said that. I'm not sure the continued existance of oslo.vmware will be what nova support hinges on anyway. | 17:53 |
*** JasonF is now known as JayF | 18:47 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!