Monday, 2021-11-29

*** ysandeep|out is now known as ysandeep03:53
*** ysandeep is now known as ysandeep|ruck04:31
*** ysandeep|ruck is now known as ysandeep|lunch07:55
*** ysandeep|lunch is now known as ysandeep08:57
*** amoralej|off is now known as amoralej10:28
opendevreviewMerged openstack/releases master: Release sushy for Yoga-1 milestone  https://review.opendev.org/c/openstack/releases/+/81843011:01
opendevreviewMerged openstack/releases master: [Puppet OpenStack] Create final stable/ussuri release  https://review.opendev.org/c/openstack/releases/+/81906811:05
*** ysandeep is now known as ysandeep|ruck11:08
opendevreviewMerged openstack/releases master: [horizon] Transition Ussuri to EM  https://review.opendev.org/c/openstack/releases/+/81759211:10
opendevreviewDmitriy Rabotyagov proposed openstack/releases master: Release config_template  https://review.opendev.org/c/openstack/releases/+/81962311:16
opendevreviewTakashi Kajinami proposed openstack/releases master: [Puppet OpenStack] Transition queens to EOL  https://review.opendev.org/c/openstack/releases/+/81893811:31
opendevreviewTakashi Kajinami proposed openstack/releases master: [Puppet OpenStack] Transition rocky to EOL  https://review.opendev.org/c/openstack/releases/+/81962811:45
opendevreviewTakashi Kajinami proposed openstack/releases master: [Puppet OpenStack] Transition rocky to EOL  https://review.opendev.org/c/openstack/releases/+/81962812:00
opendevreviewTakashi Kajinami proposed openstack/releases master: [Puppet OpenStack] Transition stein to EOL  https://review.opendev.org/c/openstack/releases/+/81963212:00
opendevreviewMerged openstack/releases master: [oslo] Transition Ussuri to EM  https://review.opendev.org/c/openstack/releases/+/81761012:02
opendevreviewMerged openstack/releases master: Release config_template  https://review.opendev.org/c/openstack/releases/+/81962312:59
*** amoralej is now known as amoralej|lunch13:09
*** tosky is now known as Guest714213:37
*** tosky_ is now known as tosky13:37
gthiemongeHi Folks, I proposed a backport for Octavia stable/wallaby that updates setup.cfg (it adds a new entry point), do you think it would be an acceptable backport? This commit is important for people who want to run Octavia Wallaby on upcomming distribs (ex Centos 9 Stream) https://review.opendev.org/c/openstack/octavia/+/80731013:55
*** ysandeep|ruck is now known as ysandeep|out13:58
*** amoralej|lunch is now known as amoralej14:07
elodilleshi gthiemonge , i had a quick look at the patch. Adding a new 'entry point' to setup.cfg is not an issue, so that would not be a problem (well, feature backports are not welcome on stable branches, so if that introduces some complex changes, then the case is different). on the other hand, as far as i see the patch *replaces* some old behavior with a new one (is it some kind of an API 14:20
elodilleschange?), which is not fortunate and I'd recommend not to backport that14:20
*** ykarel is now known as ykarel|away14:27
gthiemongeelodilles: it doesn't change the API, this is purely an internal change. It doesn't provide any new stuff, except compatibility with modern distros. That was discussed during the Octavia PTG and our conclusion was that it should be backported... the only concern was this new entry point, I believe it may break packages14:35
elodillesgthiemonge: i did not know that a new entry point in setup.cfg could break packages. the real concern is not just breaking packages, i'd say, but also changing behavior which could cause problems for consumers of stable releases. or even regressions.14:48
elodillesthe general rules are listed here: https://docs.openstack.org/project-team-guide/stable-branches.html#appropriate-fixes14:50
elodilles(and some other details under 'review guidelines': https://docs.openstack.org/project-team-guide/stable-branches.html#review-guidelines )14:52
gthiemongeelodilles: I think the package needs to have the explicit list of the entrypoints to create the appropriate scripts in xxx/bin (that comes from my previous experiences with RPMs)14:52
elodillesgthiemonge: i see, thanks for the explanation15:03
elodillesgthiemonge: i'd say i am less worried about downstream packaging issues (but maybe I am wrong with this). the problem is really about would it be possible that for example some consumer of stable releases installs the package and causes them regression, something is working differently that they were relied on15:06
elodillesfor example if someone is using octavia's wallaby on older/other distros, could they have a problem by simply upgrading to the new package?15:10
gthiemongeyeah I see your point. Updating should be transparent for users/admins. And this backport would help us to fix some other bugs in Octavia15:19
*** amoralej is now known as amoralej|off16:29
*** marios is now known as marios|out16:50
opendevreviewElod Illes proposed openstack/releases master: [Puppet OpenStack] Transition Ussuri to EM  https://review.opendev.org/c/openstack/releases/+/81761116:50
opendevreviewElod Illes proposed openstack/releases master: [Puppet OpenStack] Transition Ussuri to EM  https://review.opendev.org/c/openstack/releases/+/81761116:52
opendevreviewElod Illes proposed openstack/releases master: [Puppet OpenStack] Transition Ussuri to EM  https://review.opendev.org/c/openstack/releases/+/81761117:14
*** ysandeep|out is now known as ysandeep17:25
*** ysandeep is now known as ysandeep|out17:58
*** tosky is now known as Guest716720:17
*** tosky_ is now known as tosky20:17
*** tosky_ is now known as tosky21:57

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