Tuesday, 2021-09-14

*** ysandeep|out is now known as ysandeep05:11
hberaudyoctozepto: missing branches will be created soon06:32
yoctozeptohberaud: oh, great! you really have thought this through! /me sorry for bothering now :D06:35
hberaudyoctozepto: no problem really!06:36
hberaudyoctozepto: you don't bothered me and I prefer you ask me questions and that we don't miss something that the contrary06:37
hberaudyoctozepto: I confirm we will create those missing stable branches next week https://releases.openstack.org/reference/process.html#r-2-week06:38
hberaudand so you'll receive those patch who move testing to yoga06:39
yoctozeptohberaud: thank you! very kind of you06:39
hberaudyou are welcome :)06:39
hberaudttx: o/ 07:39
hberaudttx: are you around?07:39
*** ykarel is now known as ykarel|lunch08:05
*** ysandeep is now known as ysandeep|lunch08:14
*** ykarel|lunch is now known as ykarel09:24
*** ysandeep|lunch is now known as ysandeep10:08
opendevreviewMerged openstack/releases master: Release cyborg-tempest-plugin for Xena  https://review.opendev.org/c/openstack/releases/+/80878110:23
opendevreviewDmitriy Rabotyagov proposed openstack/releases master: Release OpenStack-Ansible Victoria  https://review.opendev.org/c/openstack/releases/+/80892410:36
opendevreviewRadosław Piliszek proposed openstack/releases master: Proposing Xena RC1 for masakari-monitors  https://review.opendev.org/c/openstack/releases/+/80864111:23
*** ysandeep is now known as ysandeep|brb11:46
*** ysandeep|brb is now known as ysandeep11:54
*** amoralej is now known as amoralej|lunch12:34
ttxhberaud: hola12:39
ttxque tal12:41
lajoskatonaHi, I have a licensing related question, not sure if on the right place :-)12:43
ttxlajoskatona: probably not but we can redirect12:43
lajoskatonaIn Neutron we have a bug (https://bugs.launchpad.net/neutron/+bug/1916428 ) about dibler is deprecated and change the ipv6 pd driver12:43
lajoskatonathe suggestion from dibbler developer to use Kea (https://gitlab.isc.org/isc-projects/kea ) but that is MPL2.0 licensed, and not sure if we can go for it12:45
lajoskatonattx: thanks in advance :-)12:45
ttxlet me see if we have a precedent12:46
lajoskatonattx: thanks12:46
ttxwe have pytest-html and ldappool in global requirements that are MPL-2.012:47
ttxSo this is probably fine, but you might want to doublecheck with the TC or on a openstack-discuss thread12:47
lajoskatonattx: ok, perhaps I write a mail with TC in the header :-)12:48
ttxalso IANAL12:48
ttxobligatory disclaimer12:49
hberaudttx: I was thinking about those client-lib unreleased (that I ignored 2 weeks ago)12:56
hberaudhere is the list of these deliverables and of the current state of these repos  => https://etherpad.opendev.org/p/client-library-delta12:56
hberaudI decided to ignore those deliverables either because no changes were merged or the only changes available are changes like moving testing from wallaby to xena etc...12:57
ttxI suspect we'll need a noop release anyway12:58
hberaudI think it would be worth to ignore them to reflect to real activity of these repo (low activity)12:58
hberaudeven for those who don't have any changes?12:58
ttxWe'll need a stable/xena branch for future backports12:59
hberaudMy main concern is mostly about stable branch creation12:59
hberaudthat's the point12:59
ttxand I'm not 100% sure we can branch on the xena deliverable file without a release in the same file12:59
hberaudI was thinking creating it from the latest available tag12:59
ttxI think not releasing will cause issues12:59
hberaudor from the sha12:59
ttxlike... which version should I run12:59
ttxImagine a practical case12:59
hberaudok for those with changes13:00
ttxWe have a stable/wallaby 1.7.3 release13:00
hberaudbut for those without any changes?13:00
ttxThere is a critical bug to fix13:00
ttxafter Xena is released13:00
ttxHow do you do that13:00
ttxif you just release 1.7.4 on stable/wallaby nobody on Xena knows they should be running it13:01
hberaudYes I see13:01
ttxso you need a Xena branch13:01
ttxnow... you could branch from 1.7.313:01
ttxbut then... where do you craete that 1.7.413:01
ttxIf you create it in the Xena file, then the wallaby-tracking folks don;t hear about it13:01
hberaudOk let me create those missing tags13:01
ttxetc etc13:01
hberaudI see13:01
ttxIt's silly but simpler to keep the doc in sync13:02
ttxrather than explain exceptions all over13:02
ttxIt's safe to do it now becaus ethere were no real changes anyway13:02
ttxalthough we'll need to adjust the xena requirements to match the new versioning13:03
ttxso might be good to put prometheanfire in the loop13:03
ttxBut the lesson is, we shoudl always release at least once13:03
ttxobviously if there was no change we should not do a milestone release13:03
ttxbut for the final we need a minor bump at minimum13:04
ttxthe only alternative is to switch to independent13:04
hberaudit's a bit late to switch from a model to another13:06
opendevreviewHervé Beraud proposed openstack/releases master: Release final keystoneauth for Xena  https://review.opendev.org/c/openstack/releases/+/80894113:12
opendevreviewHervé Beraud proposed openstack/releases master: Release final python-adjutantclient for Xena  https://review.opendev.org/c/openstack/releases/+/80894213:13
opendevreviewHervé Beraud proposed openstack/releases master: Release final python-aodhclient for Xena  https://review.opendev.org/c/openstack/releases/+/80894413:13
opendevreviewHervé Beraud proposed openstack/releases master: Release final python-barbicanclient for Xena  https://review.opendev.org/c/openstack/releases/+/80894613:14
opendevreviewHervé Beraud proposed openstack/releases master: Release final python-freezerclient for Xena  https://review.opendev.org/c/openstack/releases/+/80894713:14
ttxNeed to go offline for travel. ttyl13:15
hberaudttx: enjoy your travel13:15
opendevreviewHervé Beraud proposed openstack/releases master: Release final python-keystoneclient for Xena  https://review.opendev.org/c/openstack/releases/+/80894813:15
hberaudttx: the series ^13:15
opendevreviewHervé Beraud proposed openstack/releases master: Release final python-masakariclient for Xena  https://review.opendev.org/c/openstack/releases/+/80894913:16
opendevreviewHervé Beraud proposed openstack/releases master: Release final python-muranoclient for Xena  https://review.opendev.org/c/openstack/releases/+/80895013:17
opendevreviewHervé Beraud proposed openstack/releases master: Release final python-saharaclient for Xena  https://review.opendev.org/c/openstack/releases/+/80895113:17
opendevreviewHervé Beraud proposed openstack/releases master: Release final python-solumclient for Xena  https://review.opendev.org/c/openstack/releases/+/80895213:18
opendevreviewHervé Beraud proposed openstack/releases master: Release final python-zaqarclient for Xena  https://review.opendev.org/c/openstack/releases/+/80895413:18
hberaudyoctozepto: FYI ^ 13:19
hberaudyoctozepto: here is your corresponding patch https://review.opendev.org/c/openstack/releases/+/80894913:19
hberaud(see the previous discussion)13:19
*** amoralej|lunch is now known as amoralej13:20
*** whoami-rajat__ is now known as whoami-rajat14:00
yoctozeptohberaud: thanks; seems my worries were justified after all14:08
hberaudyoctozepto: yes :)14:08
yoctozeptohberaud: happens :-) glad we will sort it out sooner than later :D14:10
opendevreviewBalazs Gibizer proposed openstack/releases master: Proposing Xena RC1 for placement  https://review.opendev.org/c/openstack/releases/+/80871314:14
yoctozeptohberaud: I left a comment on that proposal - I think a major version bump would be safer in general; I know there are no new features client-wise but something may make me want to bump minor at some point14:24
*** abhishekk is now known as abhishekk|away14:31
hberaudyoctozepto: I don't think that we want releasing a major version on a stable branch... masakari doesn't follow the stable branch policy (https://governance.openstack.org/tc/reference/tags/stable_follows-policy.html) so you could backport feature and then iterate over minor releases at least. I mean major version, especially without significant changes like here could mislead lot of14:36
yoctozeptohberaud: I mean it's for first in xena14:37
yoctozeptoI actually find it quite the opposite14:37
hberaudah 14:37
hberaudI see14:37
yoctozeptomajor version bumps aligned with release cycles14:37
yoctozeptoand then regular minors14:37
hberaudbut the problem remain the same... we release nothing more than "git review" and tox update for xena.14:38
hberaudand usually masakari always started new series with a minor version14:41
yoctozeptoyeah, but I think it hurts version visibility14:41
yoctozeptoI know interpretation concerns14:42
hberaudyoctozepto: ok so, please update the patch and let the grab the comments of my fellow to see what they think about this too14:43
hberauds/let the grab/let's grab/14:43
hberaudI'll copy/paste our current conversation into the patch history14:45
yoctozeptook, thanks14:54
opendevreviewHervé Beraud proposed openstack/releases master: Release final python-masakariclient for Xena  https://review.opendev.org/c/openstack/releases/+/80894914:55
hberaudyoctozepto: done ^14:55
yoctozeptohberaud: thanks again!14:56
*** ykarel is now known as ykarel|away15:02
*** ysandeep is now known as ysandeep|dinner15:11
*** abhishekk|away is now known as abhishekk15:51
*** ysandeep|dinner is now known as ysandeep16:08
opendevreviewErno Kuvaja proposed openstack/releases master: Release Glance stable branches  https://review.opendev.org/c/openstack/releases/+/80880316:39
*** ysandeep is now known as ysandeep|out16:42
opendevreviewElod Illes proposed openstack/releases master: nova: Release Wallaby 23.1.0  https://review.opendev.org/c/openstack/releases/+/80900016:46
opendevreviewDouglas Mendizábal proposed openstack/releases master: Proposing Xena RC1 for ansible-role-thales-hsm  https://review.opendev.org/c/openstack/releases/+/80901020:35
opendevreviewDouglas Mendizábal proposed openstack/releases master: Proposing Xena RC1 for ansible-role-thales-hsm  https://review.opendev.org/c/openstack/releases/+/80901022:20

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