| *** mhen_ is now known as mhen | 02:43 | |
| opendevreview | Takashi Kajinami proposed openstack/oslo.cache master: WIP: Add valkey support https://review.opendev.org/c/openstack/oslo.cache/+/938639 | 15:54 |
|---|---|---|
| opendevreview | Arnaud Morin proposed openstack/oslo.messaging stable/2024.1: Fixed: use self.start_time in QManager shm https://review.opendev.org/c/openstack/oslo.messaging/+/941996 | 18:21 |
| opendevreview | Artem Vasilyev proposed openstack/oslo.messaging master: Use stdlib Queue with native thread in metrics https://review.opendev.org/c/openstack/oslo.messaging/+/942004 | 19:51 |
| opendevreview | Artom Lifshitz proposed openstack/castellan master: WIP: Make sending service token a runtime decision https://review.opendev.org/c/openstack/castellan/+/942015 | 22:33 |
| sean-k-mooney | hberaud[m]: looking at the event let deperecation warning the release are wrong. nova wont have deprecated use fo evently in 2025.1 the first release weher we will deprecate that is 2025.2 or 2026.1 so we wont be able to remove eventlet support until 2027.1 | 23:50 |
| sean-k-mooney | we shoudl proably fix that before the non clint lib freeze | 23:51 |
| clarkb | why would you need to wait that long? If nova works without eventletn in release N+1 then isn't it sufficient to deprecate it in N and then switch to no eventlet in N+1 | 23:55 |
| clarkb | you don't necessarily need a functional alternative when you deprecate you're just emitting a signal that says this will go away at that point | 23:56 |
| clarkb | then for SLURP all you care about is being able to upgrade from say 2025.1 to 2026.1. And you could go from eventlet to no eventlet in that upgrade process | 23:56 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!