17:00:00 <hberaud> #startmeeting releaseteam
17:00:02 <openstack> Meeting started Thu Jan 28 17:00:00 2021 UTC and is due to finish in 60 minutes.  The chair is hberaud. Information about MeetBot at http://wiki.debian.org/MeetBot.
17:00:03 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
17:00:04 <hberaud> #link https://etherpad.opendev.org/p/wallaby-relmgt-tracking Agenda
17:00:05 <openstack> The meeting name has been set to 'releaseteam'
17:00:08 <hberaud> Ping list: ttx armstrong elod
17:00:09 <armstrong> o/
17:00:12 <ttx> o/
17:00:17 <hberaud> We're way down on line 300 now.
17:00:18 <elod> o/
17:00:22 <hberaud> Will just wait a couple minutes for folks.
17:00:37 <armstrong> ok
17:04:20 <hberaud> ok let's go
17:04:24 <hberaud> #topic Review task completion
17:04:32 <hberaud> Review any remaining milestone-2 exceptions - Done
17:04:47 <hberaud> all the m-2 patches are now merged
17:05:04 <hberaud> Plan the next release cycle schedule - Done
17:05:13 <hberaud> I proposed a 25 week https://review.opendev.org/c/openstack/releases/+/772357 and a 24 week https://review.opendev.org/c/openstack/releases/+/772367
17:05:30 <hberaud> Feel free to leave comments or suggestions
17:06:19 <hberaud> Remove renderspec, rpm-packaging, pymod2pkg - Done ( https://review.opendev.org/c/openstack/releases/+/771963 )
17:06:23 <hberaud> Thanks ttx
17:06:32 <hberaud> I think we can +W, ttx that's work for you?
17:07:21 <ttx> yes
17:07:30 <hberaud> ok I proceed
17:08:19 <hberaud> done
17:08:41 <hberaud> drop EOL ocata branches - http://lists.openstack.org/pipermail/openstack-discuss/2021-January/020031.html thanks elod
17:08:49 <elod> np
17:09:17 <elod> I will use fungi 's pointers to propose some automation as soon as I get there
17:09:18 <hberaud> however AFAIK these branches aren't yet deleted, isn't?
17:09:32 <elod> no, not yet
17:09:33 <hberaud> elod: yes thanks
17:10:07 <fungi> i still need to look at the list, if it's lengthy i'll need to devote an afternoon to handling them all
17:10:10 <hberaud> elod: I think fungi's proposal could be added to the `list_eol_branches` script, any opinion?
17:11:08 <elod> hberaud: that's an option, I haven't looked the other options yet
17:11:46 <elod> fungi: uhh, thanks for dealing with that.
17:12:26 <elod> fungi: one branch should be skipped for now: openstack/os-collect-config
17:12:27 <hberaud> elod: by taking a user account as a new parameter (the user should have the rights c.f fungi's comment)
17:12:36 <elod> it has still one patch open
17:12:43 <elod> the others are good to go
17:13:20 <elod> hberaud: sounds like a plan :)
17:13:41 <hberaud> fair enough thanks elod and fungi
17:13:51 <elod> \o/
17:13:54 <fungi> you bet
17:14:31 <hberaud> #topic Move to independent: do not copy history?
17:14:47 <hberaud> #link https://review.opendev.org/c/openstack/releases/+/772570
17:14:49 <ttx> another of those grey process areas
17:15:07 <ttx> Not sure if the case presented itself before
17:15:19 <hberaud> hmm good question
17:15:27 <ttx> but my preference would be to not copy between named branches and _indepnedent
17:15:35 <hberaud> +1
17:15:50 <ttx> Just wanted to make sure it made sense for everyone
17:16:06 <ttx> if we agree, someone can drop a comment and we can move on
17:16:22 <hberaud> As far as I know yes
17:17:15 <ttx> ok, let's do that, I'll -1
17:17:31 <hberaud> Mario updated the patch accordingly to our comments https://review.opendev.org/c/openstack/releases/+/772570/2..3
17:17:59 <hberaud> however we also need to remove the `release-model` entry
17:18:02 <ttx> ok already fixed
17:18:08 <ttx> next topic then!
17:18:25 <hberaud> #topic Unblock stale reviews
17:18:37 <hberaud> Switch to single-core approval if change propose by one of the cores
17:18:40 <hberaud> +1
17:18:51 <hberaud> I agree with that
17:18:55 <ttx> yeah so.. patches propsoed by hberaud OR me tend to linger forever waiting for a second +2a
17:19:05 <hberaud> Any objection?
17:19:09 <openstackgerrit> Merged openstack/releases master: RPM packaging deliverables no longer under relmgt  https://review.opendev.org/c/openstack/releases/+/771963
17:19:27 <ttx> I think it's good to pause a bit to give someone else a chance to comment, but we should feel free to self-approve
17:19:37 <ttx> once it gets the other person's +2
17:19:52 <ttx> or single-approve if we are the only one with a +2 in
17:20:02 <hberaud> yeah
17:20:26 <ttx> OK I'll unblock a bunch of patches that are in this situation then
17:20:48 <armstron_> So, a patch proposed by a core with a self-approve of +2 needs only one +2 to be approved?
17:20:58 <hberaud> you are right it could be worth to wait a bit when we leave the +2
17:21:16 <ttx> basically our authorship of the change counts as a second +2 before we do =
17:21:18 <ttx> +a
17:21:30 <hberaud> for now for those currently open we have waited long enough
17:22:00 <hberaud> ok
17:23:06 <openstackgerrit> Merged openstack/release-test master: Add doc/requirements  https://review.opendev.org/c/openstack/release-test/+/769775
17:23:15 <hberaud> Anything else about this topic?
17:23:21 <ttx> no
17:23:24 <armstron_> no
17:23:26 <hberaud> #topic Assign R-9 tasks one week in advance so that we can skip R-10 meeting
17:24:08 <hberaud> So first as $title said we will skip the next meeting
17:24:16 <ttx> yeah, next week is basically the last meeting we can skip
17:24:28 <ttx> before release tunnel
17:24:35 <hberaud> yes
17:24:43 <hberaud> So first topic
17:24:52 <hberaud> (and the only one)
17:24:56 <hberaud> Generate a list of intermediary-released service deliverables that have not done a release in this cycle yet
17:25:07 <hberaud> Any takers?
17:25:20 <armstron_> I am avialable to assist
17:25:23 <ttx> I have limited availability on that week, so I'll leave it on the table
17:25:31 <hberaud> ok
17:25:50 <hberaud> thanks armstron_
17:25:58 <hberaud> then I'll put our names
17:26:09 <armstron_> ok
17:27:26 <hberaud> I can propose to start to manage that on monday (around 2pm), that's work for you?
17:27:38 <armstron_> Yes, it works
17:27:44 <armstron_> 2 pm UTC?
17:27:56 <hberaud> yes
17:28:00 <hberaud> sorry
17:28:13 <hberaud> I'll ping you on IRC
17:28:45 <armstron_> ok that is 9:00 AM  EST
17:29:11 <fungi> as someone who also lives on that slice of the globe, i agree with your timezone math
17:30:02 <armstron_> hahaha
17:30:19 <hberaud> armstron_: it's ok for you, I can move that one hour later if needed
17:30:25 <hberaud> ?
17:30:49 <armstron_> Sure, that is fine
17:30:54 <hberaud> ok
17:30:57 <hberaud> thanks
17:31:06 <hberaud> #topic Recent Release failures
17:31:58 <ttx> just noticed a bunch
17:32:04 <ttx> did anyone analyze them yet?
17:32:34 <hberaud> oh I my client email didn't let me know about the recent failure...
17:32:41 <hberaud> nope
17:32:45 <ttx> ok looking
17:33:36 <hberaud> all seems to come from https://review.opendev.org/c/openstack/releases/+/772047
17:34:14 <ttx> yeah
17:34:44 <ttx> "python3 setup.py sdist bdist_wheel" returns:
17:34:50 <openstackgerrit> Merged openstack/releases master: Add doc related to validation status (red, orange, green)  https://review.opendev.org/c/openstack/releases/+/769171
17:34:51 <ttx> ValueError: git history requires a target version of pbr.version.SemanticVersion(13.0.0), but target version is pbr.version.SemanticVersion(11.0.2)
17:34:53 <ttx> error in setup command: Error parsing /home/zuul/src/opendev.org/openstack/os-collect-config/setup.cfg: ValueError: git history requires a target version of pbr.version.SemanticVersion(13.0.0), but target version is pbr.version.SemanticVersion(11.0.2)
17:35:03 <hberaud> weird
17:35:10 <openstackgerrit> Merged openstack/releases master: [doc] updating when to change the release model  https://review.opendev.org/c/openstack/releases/+/771579
17:35:24 <ttx> same for /tripleo-ipsec
17:35:29 <openstackgerrit> Merged openstack/releases master: Moving oslo projects to independent model  https://review.opendev.org/c/openstack/releases/+/764624
17:35:42 <openstackgerrit> Merged openstack/releases master: etcd3gw - adopting the independent release model  https://review.opendev.org/c/openstack/releases/+/771383
17:36:02 <openstackgerrit> Merged openstack/releases master: Octavia: EOL Stein branch  https://review.opendev.org/c/openstack/releases/+/772847
17:36:08 <ttx> the paunch one was more of a release note fail (no release notes to build, can probably be ignored)
17:36:37 <hberaud> ussuri doesn't exist => https://opendev.org/openstack/os-collect-config
17:36:43 <ttx> so for the first two we do have a tag up but no release published
17:37:23 <hberaud> https://opendev.org/openstack/os-collect-config/branches/
17:37:33 <ttx> hmmm
17:37:55 <hberaud> and the changes was on deliverables/ussuri/os-collect-config.yaml
17:37:58 <ttx> So yeah they are missing stable/ussuri and still makign a release
17:38:12 <hberaud> Do you think it could be the root cause?
17:39:00 <ttx> I don't even...
17:39:02 <hberaud> that would trigger unexpected side effect on pbr
17:39:18 <hberaud> as pbr retrieve info by using git
17:39:22 <ttx> how were those changes pushed to ussuri in absence of a stable/ussuri branch?
17:39:43 <elod> how could they release 11.0.0 and 11.0.1 without stable/ussuri? :-o
17:39:56 <ttx> elod: during teh cycle maybe
17:40:12 <hberaud> used SHA is on master
17:40:17 <elod> i see
17:40:22 <hberaud> https://opendev.org/openstack/os-collect-config/commit/cc519a7d4844ef7a48ab69abf1d2dd0f90e7bafd
17:40:42 <ttx> yeah, so the issue here is that this is a release on an old branch, but where stable/ussuri was never cut
17:40:54 <openstackgerrit> Marios Andreou proposed openstack/releases master: Move os-apply|collect|refresh-config projects to independent  https://review.opendev.org/c/openstack/releases/+/772570
17:40:58 <hberaud> I wonder why our validation doesn't failed
17:41:39 <ttx> Also how did that escape our stable branching at release requirements
17:42:06 <hberaud> good question
17:42:08 <ttx> that tag is now a bit in limbo
17:42:34 <ttx> I suspect it escaped our watch because it's release-trailing
17:42:46 <hberaud> side question, do we want to stop => https://review.opendev.org/c/openstack/requirements/+/772911
17:42:49 <hberaud> ?
17:43:11 <hberaud> sorry wrong link
17:43:29 <hberaud> V
17:43:35 <hberaud> https://review.opendev.org/c/openstack/requirements/+/772862
17:45:09 <ttx> it does have stable/victoria
17:45:46 <hberaud> yes I think that the trailing model could explain that situation
17:45:46 <ttx> re 772862 13 looks good to me
17:45:55 <hberaud> Yes my bad
17:46:08 <ttx> ok, we probably won;t fix it tonight
17:46:28 <ttx> Maybe open a thread so that we start discussing those two
17:46:28 <hberaud> to many os-collect-config patches at the same time
17:46:28 <hberaud> Yes
17:46:39 <ttx> assuming triopeo-ipsec is in the same situation
17:47:07 <hberaud> Will do it by monday
17:47:30 <ttx> I wonder if we should not remove those tags as they may bite us in the future as we try to fix this
17:47:52 <hberaud> This is what I was thinking
17:48:02 <hberaud> Do we faced similar situation in the past?
17:48:24 <ttx> no, process is supposedly there to protect us from this situation
17:48:46 <hberaud> Ok then I prefer to remove those tags
17:49:42 <ttx> yes, at first glance I would remove the tag, branch stable/ussuri at latest ussuri release, then do a new release at branch point X.Y.Z+2
17:49:44 <hberaud> even if it means redoing things properly before moving some of these to independent
17:50:22 <ttx> starting by reverting those two
17:50:34 <hberaud> +1
17:50:54 <hberaud> I suppose we need to ask to fungi? ^
17:51:01 <ttx> that will not completely rewrite history, which is why i'd advise jumping to Z+2
17:51:25 <hberaud> I see
17:51:27 <ttx> I expect he will chime in on the thread
17:51:36 <hberaud> yes
17:52:09 <hberaud> Ok I'll start the thread with that
17:52:15 <hberaud> 1) drop the tags
17:52:18 <fungi> yeah, i can follow up on th eml
17:52:21 <fungi> the ml
17:52:30 <hberaud> 2) do a new release Z+2
17:52:39 <hberaud> thanks
17:52:47 <ttx> hmm 0)revert those two deliverable file changes
17:52:55 <fungi> by "remove the tag" i assume we don't mean delete actual git tags from the repos, that doesn't really go well
17:53:21 <fungi> but i'm only half following the problem at this point
17:53:22 <ttx> fungi: I fear that the presence of the tag in the repo will break future releases validation
17:53:33 <ttx> yes, let;s punt that to the thread
17:53:37 <hberaud> Ah yes exact
17:53:45 <hberaud> ok move on
17:54:09 <hberaud> #topic Open Floor
17:54:15 <hberaud> Anything else?
17:54:24 <ttx> noep
17:54:58 <elod> nothing from me either
17:55:13 <ttx> re: those failures alternatively we could let the move to _independent happen and punt until a new release is requested see if it fails or not :)
17:55:54 <ttx> but I assume they did those ussuri releases for a reason
17:56:15 <hberaud> I'll ping Mario to ask their opinion
17:56:30 <ttx> maybe describe the problem on a thread first
17:56:34 <hberaud> yes
17:56:38 <ttx> so that everyone has the same info
17:56:43 <hberaud> yes
17:58:52 <hberaud> Well I update our pad
17:58:59 <hberaud> OK, thanks everyone. Almost there!
17:59:11 <armstron_> nothing from me
17:59:11 <hberaud> #endmeeting