Thursday, 2020-06-18

openstackgerritBrian Rosmaita proposed openstack/releases master: Release os-brick 2.10.4  https://review.opendev.org/73640300:07
openstackgerritMerged openstack/releases master: cycle-automatic is just stable-branch-type: none  https://review.opendev.org/73594100:08
openstackgerritMerged openstack/releases master: Remove congress deliverables from Victoria release  https://review.opendev.org/73615100:10
openstackgerritMerged openstack/releases master: No more neutron-fwaas and neutron-fwaas-dashboard releases in V  https://review.opendev.org/73583800:10
openstackgerritMerged openstack/releases master: Release python-muranoclient for victoria-1 milestone  https://review.opendev.org/73571400:10
*** markmcclain has quit IRC02:01
*** markmcclain has joined #openstack-release02:02
*** tinwood has quit IRC02:08
*** tinwood has joined #openstack-release02:10
openstackgerritAkihiro Motoki proposed openstack/releases master: Release os-ken for victoria-1 milestone  https://review.opendev.org/73568903:11
*** armax has quit IRC03:17
*** diablo_rojo has quit IRC03:41
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-release04:33
*** ykarel|away is now known as ykarel05:06
*** udesale has joined #openstack-release05:42
AJaegermuranoclient release jobs failed, see https://zuul.opendev.org/t/openstack/builds?pipeline=release#06:05
*** noonedeadpunk has joined #openstack-release06:41
*** rpittau|afk is now known as rpittau06:43
*** amoralej|off is now known as amoralej07:01
*** slaweq has joined #openstack-release07:07
*** tosky has joined #openstack-release07:25
*** elod has quit IRC07:26
*** elod has joined #openstack-release07:33
*** ykarel is now known as ykarel|lunch08:01
ttxhmm08:03
ttxerror: invalid command 'bdist_wheel'08:03
*** jbadiapa has joined #openstack-release08:13
AJaegerttx, hope that https://review.opendev.org/736402 fixes it. It shows that the test-release testing is doing something different than what python-muranoclient does ;(08:15
ttxah. that would explain08:16
*** udesale_ has joined #openstack-release08:19
*** elod has quit IRC08:19
*** e0ne has joined #openstack-release08:20
AJaegerI just wonder what - would be good for somebody to check and sync...08:20
*** udesale has quit IRC08:21
*** elod has joined #openstack-release08:26
ttxAJaeger: both are using publish-to-pypi, in theory08:27
*** dtantsur|afk is now known as dtantsur08:29
*** elod has quit IRC09:00
*** ykarel|lunch is now known as ykarel09:03
*** vishalmanchanda has joined #openstack-release09:17
*** elod has joined #openstack-release09:17
*** elod has quit IRC09:19
openstackgerritBharat Kunwar proposed openstack/releases master: Release magnum 9.4.0 for Train  https://review.opendev.org/72807409:23
dtantsurttx, smcginnis, hey, can we chat about ironic at some point? What I want to understand is if the changes we're planning on actually do require us to switch to the 'independent' cycle.09:25
*** elod has joined #openstack-release09:25
ttxdtantsur: would you be available around 16utc? then we could discuss it in our weekly meeting09:38
ttxdtantsur: unless your requirements evolved since last time we discussed it, you should not need to switch to independent, you just create additional branches in the cycle-with-intermediary model09:38
dtantsuryep, that's what I thought09:38
dtantsurttx: I can free up 16 UTC, please ping me when you start09:39
ttxok, will add to agenda09:42
*** tkajinam has quit IRC10:05
*** rpittau is now known as rpittau|bbl10:06
*** e0ne has quit IRC10:11
*** e0ne has joined #openstack-release10:13
openstackgerritBrian Rosmaita proposed openstack/releases master: Release os-brick 2.8.6  https://review.opendev.org/73658911:00
*** udesale_ has quit IRC11:12
openstackgerritDoug Szumski proposed openstack/releases master: Release Monasca-Agent 2.11.1  https://review.opendev.org/73661011:22
*** amoralej is now known as amoralej|lunch12:06
*** rpittau|bbl is now known as rpittau12:20
openstackgerritBrian Rosmaita proposed openstack/releases master: Release python-brick-cinderclient-ext for victoria-1 milestone  https://review.opendev.org/73569812:29
*** noonedeadpunk is now known as noonedeadpunk_12:57
*** amoralej|lunch is now known as amoralej13:08
*** armax has joined #openstack-release13:27
openstackgerritVishal Manchanda proposed openstack/releases master: Release horizon for victoria-1 milestone  https://review.opendev.org/73672413:44
*** e0ne_ has joined #openstack-release14:01
*** e0ne has quit IRC14:01
fungii've approved 736402 so once it merges we can try reenqueuing a failed release and see if it goes through (since the release-test canary didn't identify the most recent problem)14:09
smcginnisThat works for me.14:11
smcginnisWas actually thinking it might be better to do the reenque's as a test rather than processing more jobs that could fail that would just add to the reenqueue list.14:11
fungiand now it's merged14:12
fungiwhich one should we try?14:12
smcginnisfungi: We could do this last one from yesterday - https://zuul.opendev.org/t/openstack/build/7c8696a0012b48cbbce4cab11d171fd814:28
*** noonedeadpunk_ is now known as noonedeadpunk14:29
fungiwill do, just a sec14:31
fungisudo zuul enqueue-ref --tenant=openstack --trigger=gerrit --pipeline=release --project=openstack/python-muranoclient --ref=refs/tags/2.1.0 --newrev=c748e54ee97c1d5e6685f5590c59bcb624fb60d714:36
fungirunning that ^14:37
smcginnisWatching it...14:37
fungiit's in the release pipeline now, yeah14:37
smcginnisrelease-openstack-python kicked off.14:42
fungiyep14:43
fungiand it's building the artifacts now14:45
fungithey seem to have built!14:45
smcginnisWe may be in the clear (knock on wood)14:46
fungiall uploaded to pypi14:46
fungiall uploaded to tarballs.o.o14:47
AJaeger\o/14:47
smcginnisNot showing up yet. I assume that has a sync process in the background?14:47
fungi(next vos release for that site is in ~2 minutes)14:48
smcginnis++14:48
fungiwe batch afs volume releases for tarballs, docs, et cetera14:48
smcginnisMakes sense.14:48
fungisucceeded14:48
funginow to see if the release announcement and constraints proposal work14:48
smcginnisWe had at least one announcement work yesterday, so I'm cautiously optimistic.14:49
fungii'm just hesitant to reenqueue more of the prior failures until we see all the jobs for this one work14:52
smcginnisYeah, agreed. Let's get through a full one first.14:52
fungibut maybe i'll be able to get them dumped into the hopper before the meeting14:52
smcginnisThen maybe just one at a time for the first couple to be safe before we queue up most of them.14:52
fungiyeah, i can take it slow, sure14:52
smcginnisUnless you think we are good after this. I'm fine getting them all going if you think we're safe.14:53
fungiwhich one should i prep to do next, assuming this one works?14:53
smcginnisLooking at the list in the etherpad, maybe start at the top and work our way down. First one there is oslo.config - https://zuul.opendev.org/t/openstack/build/3a822a37b6464f24adb1098843d65bf814:53
smcginnisRest of the jobs have kicked off.14:54
fungisudo zuul enqueue-ref --tenant=openstack --trigger=gerrit --pipeline=release --project=openstack/oslo.config --ref=refs/tags/8.2.0 --newrev=2412d2fc8550d07ad3178194af0009043ecbd7d214:56
fungithat'll be the next one14:56
fungionce we're sure the last is clear14:56
smcginnis+114:56
smcginnisJust saw the constraint update patch.14:57
smcginnisAnd announcement has been sent.14:58
smcginnisLooks like we are good to go.14:58
fungijust making sure those show success in the build status14:58
fungiannounce-release is the last one standing14:58
fungiwant to be sure logs work and whatnot14:59
smcginnisHmm, console not working anymore14:59
smcginnisWent out and tried to go back.14:59
fungiyeah, it's probably in the result queue backlog15:00
fungiso build finished, zuul just hasn't processed the reported result15:00
*** armstrong has joined #openstack-release15:00
fungi(events and results are slightly backlogged at the moment according to the status page)15:00
fungiit may be doing a reconfiguration15:01
fungiwhich pauses queue processing15:01
fungianyway, we're probably safe to go ahead, i'll do oslo.config 8.2.015:02
fungijust as i said that, it reported success, so all good15:02
fungiand oslo.config is showing up queued now15:02
smcginnisI'll still keep my fingers crossed.15:03
smcginnisThough that makes it hard to type. ;)15:03
*** e0ne has joined #openstack-release15:04
*** e0ne_ has quit IRC15:04
*** armstrong has quit IRC15:13
smcginnisrelease-openstack-python done.15:15
fungiyeah, we're probably in the clear to move on to another one15:17
fungijust also juggling security sig meeting15:17
fungisudo zuul enqueue-ref --tenant=openstack --trigger=gerrit --pipeline=release --project=openstack/os-api-ref --ref=refs/tags/2.1.0 --newrev=c6933cb4ee1557d1a5ac73691f6da3d4bac3c8c215:19
smcginnisLet er rip.15:19
fungithat's a good one to do next?15:19
fungifire in the hole15:19
smcginnisYep!15:19
smcginnisfungi: I think we're probably safe to queue up the last three on the etherpad.15:30
fungii'll work on that now, thanks15:32
*** slaweq has quit IRC15:33
fungisudo zuul enqueue-ref --tenant=openstack --trigger=gerrit --pipeline=release --project=openstack/oslo.versionedobjects --ref=refs/tags/2.2.0 --newrev=c8609ddab9b31fe943bbeaec03db933b2bfb47d415:34
fungisudo zuul enqueue-ref --tenant=openstack --trigger=gerrit --pipeline=release --project=openstack/oslo.policy --ref=refs/tags/3.2.1 --newrev=4f897f1ac772eca9841c519942f04f08926404b115:38
*** ykarel is now known as ykarel|away15:40
fungisudo zuul enqueue-ref --tenant=openstack --trigger=gerrit --pipeline=release --project=openstack/castellan --ref=refs/tags/3.1.1 --newrev=3060e334828850d02dfdcab7ac5240220dacb54215:40
fungithose are all in now15:40
fungiany others i've missed?15:40
smcginnisfungi: No, I think that's everything we had that could be reenqueued.15:42
smcginnisThanks for your help with all of this.15:42
fungimy pleasure, just glad we've (hopefully) ironed out all the wrinkles after recent upheaval15:42
fungihopefully longer term this will result in better, more consistent and stable experience for everyone15:43
smcginnisI won't be surprised if we run into something else, but at least now we know what it is, and hopefully how to get it fixed easily.15:43
AJaegerfungi, publish-openstack-python-branch-tarball is still failing - I hope that does not affect releases15:46
* AJaeger just commented on #zuul15:46
fungiAJaeger: whatever's failing there hasn't impacted release jobs, but i'll see if i can spot the problem15:48
smcginnisThe release job tarball publishing is working, so maybe just needs one of these roles added to that particular playbook.15:50
*** e0ne has quit IRC15:51
*** e0ne has joined #openstack-release15:51
*** priteau has joined #openstack-release15:53
fungiall the reenqueued tags have finished their release-openstack-python jobs now15:54
fungiso i think we can declare victory on that15:54
smcginnis\o/15:55
*** amoralej is now known as amoralej|off15:55
fungiso on the branch tarballs problem, we're probably just missing ensure-pip15:56
fungilooks like `python setup.py sdist bdist_wheel` just isn't finding setuptools15:57
fungiwhich pip will bring in (along with wheel, which it's also going to need once it finds setuptools)15:57
fungiprssumably need to add it to openstack/project-config:playbooks/pti-python-tarball/pre.yaml15:58
fungiworking on that now15:58
fungihrm, it's already got ensure-pip15:59
fungiso this is likely a mismatch in which python is getting used15:59
*** diablo_rojo has joined #openstack-release15:59
smcginnisStill trying to use py2 maybe?16:00
fungiyeah, we install python3 pip and skip installing python2 pip but `python setup.py sdist bdist_wheel` is going to be python 216:00
ttxwoohoo! meeting time16:00
smcginnis#startmeeting releaseteam16:01
openstackMeeting started Thu Jun 18 16:01:00 2020 UTC and is due to finish in 60 minutes.  The chair is smcginnis. Information about MeetBot at http://wiki.debian.org/MeetBot.16:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:01
*** openstack changes topic to " (Meeting topic: releaseteam)"16:01
openstackThe meeting name has been set to 'releaseteam'16:01
smcginnis#link https://etherpad.opendev.org/p/victoria-relmgt-tracking Agenda16:01
hberaudo/16:01
dtantsuro/16:01
smcginnisGreat, everyone is here. We can jump right to it.16:01
smcginnis#topic Ironic release model discussion16:01
*** openstack changes topic to "Ironic release model discussion (Meeting topic: releaseteam)"16:01
smcginnisI saw the ping earlier, but haven't had a chance to look at anything.16:02
smcginnisdtantsur: Did you have any questions for us or any updates we should know about?16:02
dtantsurIt's a follow-up to the ironic spec we've discussed16:02
*** e0ne has quit IRC16:02
dtantsurmy main question is whether we actually need to switch to the independent model16:02
diablo_rojoo/16:02
ttxdtantsur: unless your requirements evolved since last time we discussed it, you should not need to switch to independent, you just create additional branches in the cycle-with-intermediary model16:02
dtantsurit seems that what we want is a superset of what we do now16:02
dtantsurright, I mainly wanted to confirm this16:03
ttxso it would be fully supported under that model16:03
ttxI prefer to work on that rather than start including "independent" things in the cycle release16:03
dtantsurlike, in a week or two we may propose releases that will have branches like bugfix/X.Y with them16:03
smcginnisdtantsur: I started making some release tooling changes to support the published ironic spec.16:03
dtantsursweet! which exactly?16:03
ttx(Which would be super confusing)16:03
dtantsurI guess reno may start freaking out on new branches?16:03
smcginnisThe tricky part yet will be updating the tooling to allow stable releases from those branches as we have a rule right now that all new releases need to be at the end of the tree. Or rather pole, as we don't support the multiple branches in a cycle today.16:04
smcginnis#link https://review.opendev.org/#/c/732984/16:05
dtantsurokay, so point releases from new branches may still be a problem?16:05
smcginnisThis was the start ^^16:05
*** armstrong has joined #openstack-release16:05
smcginnisAt this point it is. Need some time to rework our tooling.16:05
ttxdtantsur: worst case scenario we can push the tag directly, which should just work16:06
smcginnisGood point.16:06
dtantsuryeah, we want to avoid more work for everyone16:06
smcginnisSo we're not blocked for now.16:06
dtantsurbut honestly, I hope that not so many such releases will actually happen16:06
ttxdtantsur: it's work to make our release models more flexible, so it's good work16:07
dtantsur++16:07
dtantsurso, reno, will we need to update it to pick these new branches?16:07
smcginnisIf these are infrequent, might be good to stick with manual tagging for now.16:07
dtantsurI *hope* they're infrequent since we'll only produced them for high and critical issues16:08
dtantsur* produce16:08
smcginnisJust don't have any bugs then. :)16:08
dtantsur\o/16:08
dtantsurproblem solved, thanks everyone16:08
dtantsur:D16:09
dtantsurlooking on https://review.opendev.org/#/c/732984 it assumes naming stable/X.Y?16:09
smcginnisI feel better now. That gives us some time to work things out without holding anyone up.16:09
dtantsurin our last discussion ttx (?) proposed using another name to avoid conflating intentions16:09
dtantsurlike bugfix/X.Y16:09
smcginnisdtantsur: Yes. I think that's what the spec said, and we have more checks in place to make sure it's either stable/ or feature/, so that was the easier path.16:09
dtantsurI don't have strong opinions on it, I can stick with stable16:10
ttxI prefer bugfix/* personally16:10
smcginnisOK, that is not allowed as things are today.16:10
smcginnisSo that will take a little more work.16:10
ttxsince stable brranch rules won;t apply to bugfix/x.y16:10
ttxagain, can be bypassed manually16:11
smcginnisAnything more we need to discuss today?16:11
ttxwe can handle all that using manual branch creation and tag pushes until the validation catches up16:11
smcginnis++16:11
dtantsurIIRC our first releases will happen on the week of Jun 29th16:11
dtantsurwe can meet again and see how it goes16:12
ttxI'll be around :)16:12
dtantsurthe only unclear thing is reno. I guess we'll create the branch and see how we can fix it.16:12
smcginnisSounds like a plan.16:12
dtantsurthat's all from me, thanks folks!16:12
smcginnisThanks!16:12
dtantsurI'll update our spec to mention bugfix/*16:12
ttxsounds good16:13
smcginnisOK, just let us know when it's needed. Happy to help.16:13
smcginnis#topic Review task completion16:13
*** openstack changes topic to "Review task completion (Meeting topic: releaseteam)"16:13
smcginnisFirst one - auto releases for c-w-i.16:13
ttxdarn, I did not do the thing with hberaud16:13
smcginnisI got those processed, so I think that one is all set.16:14
ttxhberaud: would you be available tomorrow EU morning?16:14
hberaudttx: don't worry I just remember that too16:14
smcginnisYeah, next one is the acl check.16:14
hberaudttx: sure16:14
smcginnisThe week isn't over yet.16:14
ttxok will ping you around 10:0016:14
hberaudexcellent16:14
smcginnisAnd I will send the countdown email tomorrow.16:15
smcginnisAnything else on this weeks tasks?16:15
hberaudnope16:15
ttxI was holding on approvals.... should we process them now?16:15
fungilooks like all's clear16:16
fungii'm working through what seems to be a python version mismatch in branch tip tarball jobs16:16
ttxOK, I'll approve the stuffs16:16
smcginnisI think we can process the ones that have received an ack now.16:16
fungibut it doesn't affect the tagged release jobs16:16
smcginnisWe can wait a little longer on the unacknowledged patches.16:16
smcginnisI noticed I didn't put the exact deadline in the commit this time, but we can do those tomorrow since today is the published deadline.16:17
openstackgerritVishal Manchanda proposed openstack/releases master: Release horizon for victoria-1 milestone  https://review.opendev.org/73672416:17
smcginnisAnd I will abandon those unack'd stable patches I had put up.16:17
smcginnisBut the ack'd ones of those can get processed too.16:17
smcginnis#topic Release issues recap16:19
*** openstack changes topic to "Release issues recap (Meeting topic: releaseteam)"16:19
smcginnisI thought we should at least bring this up in the meeting so it is captured.16:19
smcginnisSummary is, pip and virtualenv were removed from the base images used in nodepool.16:20
smcginnisThis had some fallout for some of the release jobs that relied on these.16:20
smcginnisSo we needed to add the inclusion of some roles (and update or create new roles) to make sure everything our scripts expect to be present is there.16:20
smcginnisWe had a few jobs fail before we got it straightened out.16:20
smcginnisMost were able to be reenqueued for the release failures. A few update-constraints had to be manually processed.16:21
smcginnisOnly thing that couldn't be rerun was the release-announcements.16:21
smcginnisWe could manually do those, but I don't think that's necessary. Unless someone else feels differently.16:21
smcginnisBig thanks to fungi (and AJaeger, clarkb, ianw, mordred, and whoever else I'm missing) for helping get things back on track.16:22
smcginnisfungi reenqueued the failing jobs earlier and they all seem to be working right now.16:22
smcginnisSo we should be in the clear to go ahead with processing new releases.16:22
smcginnis#topic Validate countdown email content16:23
*** openstack changes topic to "Validate countdown email content (Meeting topic: releaseteam)"16:23
ttxwell good news, since I just approved 3016:23
smcginnis#link https://etherpad.opendev.org/p/relmgmt-weekly-emails16:23
smcginnisttx: ;)16:23
smcginnisI will send that out tomorrow.16:24
smcginnisLooks like we have all the placeholders updated now.16:24
ttxlgtm16:24
smcginnisI will read through one more time before I send it out.16:25
smcginnis#topic AOB16:25
*** openstack changes topic to "AOB (Meeting topic: releaseteam)"16:25
smcginnisAnything else for today?16:25
funginote it wasn't *just* pip and virtualenv we removed from images as preinstalled... also wheel, tox16:25
fungisetuptools16:25
fungivarious jobs assumed them in different places16:26
smcginnisYes, good clarification.16:26
fungialso for some of the failures i did have to manually copy sdist tarballs and wheels from pypi into afs (for tarballs.o.o) and manually used the victoria cycle openpgp key to create signatures for them16:26
fungibut the upload job has been improved now to emit checksums and the text of the signatures in case we need them in the future, so we can more easily confirm the copies from pypi are unaltered and don't have to recreate sigs16:27
smcginnisOh nice.16:27
fungiso if you watch the upload jobs, you'll see checksums and signatures embedded in the output now16:28
smcginnisShould we look at reordering things? I think that was mentioned earlier, but not sure of the details.16:28
fungithough there's some doubling of the stdout going on there, i'm not entirely sure what's causing it, doesn't hurt anythnig16:28
smcginnisSounds good.16:28
smcginnisSounds good.16:28
smcginnis:PP16:28
fungiyeah, i've got another change in progress to simplify how we're calling twine and then we should probably talk about tarballs site vs pypi ordering of uploads16:28
fungi#link https://review.opendev.org/735932 Simplify twine invocation for PyPI uploads16:29
smcginnisThe advantage of doing tarballs first would be that we would then have all the artifacts in case we need to manually do the PyPi upload?16:29
fungiright16:29
ttx+116:30
fungithe downside is that if we reenqueue them we'll overwrite what got uploaded to the tarballs site16:30
fungibefore we  hit the duplicate file check on pypi16:30
fungibut i don't think the risk from that is as high as the risk we have to redo a lot of work16:30
smcginnisYeah, seems pretty minor then.16:31
AJaegerfungi: that twine change needs rework...16:31
fungii think the reason it was switched to pypi first is that we'd avoid uploading to tarballs.o.o if, say, the metadata included invalid trove classifiers or something which would cause pypi to reject the upload16:31
openstackgerritMerged openstack/releases master: Release python-masakariclient for victoria-1 milestone  https://review.opendev.org/73571116:32
openstackgerritMerged openstack/releases master: Release kuryr for victoria-1 milestone  https://review.opendev.org/73568216:32
fungiAJaeger: yep, i need to get back around to it now that the other dust has settled16:32
openstackgerritMerged openstack/releases master: Release python-manilaclient for victoria-1 milestone  https://review.opendev.org/73571016:32
smcginnisfungi: Not too hard to manually delete from tarballs though, right?16:32
fungiright16:32
fungior overwrite16:32
smcginnisOK, anything else?16:32
funginothnig from me16:32
smcginnisWe should probably end the meeting before the merge deluge that ttx started. :)16:32
ttxnope16:32
ttxI want the deluge logged16:32
openstackgerritMerged openstack/releases master: Release os-win for victoria-1 milestone  https://review.opendev.org/73569116:32
smcginnisOK, thank you everyone.16:32
smcginnisttx: You only get the IRC logs! :P16:33
diablo_rojoNothing from me16:33
smcginnis#endmeeting16:33
*** openstack changes topic to "OpenStack Release Managers office - Come here to discuss how to release OpenStack components - Logged at http://eavesdrop.openstack.org/irclogs/%23openstack-release/"16:33
diablo_rojoThanks smcginnis!16:33
openstackMeeting ended Thu Jun 18 16:33:09 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:33
openstackMinutes:        http://eavesdrop.openstack.org/meetings/releaseteam/2020/releaseteam.2020-06-18-16.01.html16:33
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/releaseteam/2020/releaseteam.2020-06-18-16.01.txt16:33
openstackLog:            http://eavesdrop.openstack.org/meetings/releaseteam/2020/releaseteam.2020-06-18-16.01.log.html16:33
openstackgerritMerged openstack/releases master: Release python-cyborgclient for victoria-1 milestone  https://review.opendev.org/73570216:34
openstackgerritMerged openstack/releases master: Release python-tackerclient for victoria-1 milestone  https://review.opendev.org/73572516:34
openstackgerritMerged openstack/releases master: Release python-searchlightclient for victoria-1 milestone  https://review.opendev.org/73572116:34
openstackgerritMerged openstack/releases master: Release python-zaqarclient for victoria-1 milestone  https://review.opendev.org/73572916:34
openstackgerritMerged openstack/releases master: Release ceilometermiddleware for victoria-1 milestone  https://review.opendev.org/73567816:38
openstackgerritMerged openstack/releases master: Release python-aodhclient for victoria-1 milestone  https://review.opendev.org/73569516:38
openstackgerritMerged openstack/releases master: Release python-pankoclient for victoria-1 milestone  https://review.opendev.org/73571816:38
*** armstrong has quit IRC16:40
*** armax has quit IRC16:48
*** armax has joined #openstack-release16:49
openstackgerritMerged openstack/releases master: Release python-watcherclient for victoria-1 milestone  https://review.opendev.org/73572816:50
openstackgerritMerged openstack/releases master: Release python-zunclient for victoria-1 milestone  https://review.opendev.org/73573016:50
openstackgerritMerged openstack/releases master: Release python-vitrageclient for victoria-1 milestone  https://review.opendev.org/73572716:50
openstackgerritMerged openstack/releases master: Release python-qinlingclient for victoria-1 milestone  https://review.opendev.org/73571916:50
openstackgerritMerged openstack/releases master: Release python-neutronclient for victoria-1 milestone  https://review.opendev.org/73571516:50
openstackgerritMerged openstack/releases master: Release os-ken for victoria-1 milestone  https://review.opendev.org/73568916:50
openstackgerritMerged openstack/releases master: Release python-brick-cinderclient-ext for victoria-1 milestone  https://review.opendev.org/73569816:50
openstackgerritMerged openstack/releases master: Release ovn-octavia-provider for victoria-1 milestone  https://review.opendev.org/73569216:51
openstackgerritMerged openstack/releases master: Release kuryr-libnetwork for stable/train  https://review.opendev.org/73493616:51
openstackgerritMerged openstack/releases master: Release designate for stable/train  https://review.opendev.org/73492416:51
openstackgerritMerged openstack/releases master: Release kuryr-kubernetes for stable/train  https://review.opendev.org/73493516:52
openstackgerritMerged openstack/releases master: Release designate-dashboard for stable/train  https://review.opendev.org/73492316:52
openstackgerritMerged openstack/releases master: Release monasca-ui for stable/train  https://review.opendev.org/73494416:52
openstackgerritMerged openstack/releases master: Release monasca-log-api for stable/train  https://review.opendev.org/73494316:54
openstackgerritMerged openstack/releases master: Release monasca-api for stable/train  https://review.opendev.org/73494216:54
openstackgerritMerged openstack/releases master: Release monasca-agent for stable/train  https://review.opendev.org/73494116:54
openstackgerritMerged openstack/releases master: Release os-brick 2.8.6  https://review.opendev.org/73658916:54
*** rpittau is now known as rpittau|afk17:00
*** dtantsur is now known as dtantsur|afk17:10
openstackgerritBrian Rosmaita proposed openstack/releases master: Release python-cinderclient for victoria-1 milestone  https://review.opendev.org/73569917:28
openstackgerritMerged openstack/releases master: Release os-brick 2.10.4  https://review.opendev.org/73640317:54
openstackgerritMerged openstack/releases master: Create new releases for puppet-nova in train and ussuri  https://review.opendev.org/73595317:59
openstackgerritMerged openstack/releases master: Release horizon for victoria-1 milestone  https://review.opendev.org/73672417:59
openstackgerritMerged openstack/releases master: Release python-cinderclient for victoria-1 milestone  https://review.opendev.org/73569918:01
openstackgerritMerged openstack/releases master: Release python-solumclient for victoria-1 milestone  https://review.opendev.org/73572318:11
openstackgerritMerged openstack/releases master: Release solum-dashboard for stable/train  https://review.opendev.org/73500218:22
smcginnismordred: I had proposed a train release for python-openstackclient as part of an effort to make sure stable commits are getting released.18:22
smcginnismordred: Not a required release management thing.18:22
smcginnismordred: I'm abandoning the patches that did not get a response, but I know you don't always get those things.18:23
smcginnismordred: Just thought I would check quick before abandoning it.18:23
smcginnismordred: https://review.opendev.org/73499218:23
mordredsmcginnis: seems like a great idea to me!18:27
mordredsmcginnis: any way I can set a policy of "yup, always happy with a random stable release"?18:28
mordredmaybe that's just an automation feature request18:28
smcginnisThe "mordred rule" ;)18:29
smcginnisI'll try to remember that and note it on future reviews.18:29
mordredsmcginnis: I mean- I can also try to respond :)18:29
smcginnismordred: Now that I have things are a little more semi-automated for that, I hope to do it once or twice throughout the cycle to make sure we don't suddenly have a pile of unreleased commits at the time we transition to Extended Maintenance, like we have the last couple of times.18:31
smcginnismordred: I'll just ping you if we need verification on those, otherwise if things don't look questionable we can probably just go ahead and process them right away.18:31
mordredsmcginnis: awesome - that sounds great18:32
openstackgerritMerged openstack/releases master: Release sahara-plugin-mapr for stable/train  https://review.opendev.org/73499718:33
openstackgerritMerged openstack/releases master: Release sahara-dashboard for stable/train  https://review.opendev.org/73499518:33
*** vishalmanchanda has quit IRC18:55
*** gmann is now known as gmann_afk19:22
*** gmann_afk is now known as gmann19:37
*** e0ne has joined #openstack-release19:57
*** e0ne has quit IRC19:59
*** e0ne has joined #openstack-release19:59
*** e0ne has quit IRC19:59
*** e0ne has joined #openstack-release20:08
*** gmann is now known as gmann_afk20:10
openstackgerritLance Bragstad proposed openstack/releases master: Propose a new python-openstackclient release for train  https://review.opendev.org/73682820:15
openstackgerritLance Bragstad proposed openstack/releases master: Propose python-openstackclient version 5.2.1  https://review.opendev.org/73683020:17
*** slaweq has joined #openstack-release20:23
*** e0ne has quit IRC20:26
*** priteau has quit IRC20:34
*** gmann_afk is now known as gmann22:04
*** tonyb has joined #openstack-release22:05
*** armax has quit IRC22:09
*** slaweq has quit IRC22:13
*** slaweq has joined #openstack-release22:24
*** tosky has quit IRC22:25
*** slaweq has quit IRC22:28
*** armax has joined #openstack-release22:55
*** tkajinam has joined #openstack-release23:00
*** tetsuro has joined #openstack-release23:47

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