*** tetsuro has joined #openstack-release | 00:15 | |
*** tetsuro has quit IRC | 00:17 | |
*** armax has quit IRC | 00:18 | |
*** tetsuro has joined #openstack-release | 00:22 | |
*** coreycb has quit IRC | 01:12 | |
*** mnasiadka has quit IRC | 01:19 | |
*** mnasiadka has joined #openstack-release | 01:22 | |
*** coreycb has joined #openstack-release | 01:23 | |
*** ricolin has joined #openstack-release | 02:41 | |
*** tetsuro has quit IRC | 03:38 | |
*** tetsuro has joined #openstack-release | 03:38 | |
*** prometheanfire has quit IRC | 04:28 | |
*** evrardjp has quit IRC | 04:33 | |
*** evrardjp has joined #openstack-release | 04:33 | |
*** lifeless has quit IRC | 04:47 | |
*** lifeless has joined #openstack-release | 04:48 | |
*** prometheanfire has joined #openstack-release | 04:49 | |
*** jtomasek has joined #openstack-release | 04:51 | |
*** prometheanfire has quit IRC | 05:05 | |
*** prometheanfire has joined #openstack-release | 05:15 | |
*** vishalmanchanda has joined #openstack-release | 05:37 | |
openstackgerrit | Michael Johnson proposed openstack/releases master: Release Octavia stable/stein 4.1.2 https://review.opendev.org/735287 | 05:57 |
---|---|---|
*** dustinc has quit IRC | 06:02 | |
*** e0ne has quit IRC | 06:11 | |
*** rakhmerov has quit IRC | 06:12 | |
*** slaweq has joined #openstack-release | 07:05 | |
*** slaweq has quit IRC | 07:10 | |
*** e0ne has joined #openstack-release | 07:56 | |
*** e0ne has quit IRC | 07:58 | |
*** slaweq has joined #openstack-release | 07:58 | |
*** e0ne has joined #openstack-release | 07:58 | |
*** tosky has joined #openstack-release | 08:04 | |
*** slaweq has quit IRC | 08:22 | |
*** tkajinam has quit IRC | 08:23 | |
*** slaweq has joined #openstack-release | 08:28 | |
*** slaweq has quit IRC | 08:32 | |
*** ianychoi__ has quit IRC | 08:38 | |
*** tetsuro has quit IRC | 08:43 | |
*** elod has quit IRC | 08:57 | |
*** elod has joined #openstack-release | 09:03 | |
elod | smcginnis: now that Octavia is EoL in Pike and Ocata, shouldn't periodic jobs disappear on that branches? :-o | 09:04 |
elod | e.g. http://lists.openstack.org/pipermail/openstack-stable-maint/2020-June/020385.html | 09:04 |
*** jtomasek has quit IRC | 09:12 | |
*** priteau has joined #openstack-release | 09:14 | |
*** e0ne_ has joined #openstack-release | 09:16 | |
*** e0ne has quit IRC | 09:16 | |
ttx | smcginnis: decided to drop the idea of a single model -- at this point I think the simplification gains are not worth disrupting our processes and toolchain | 09:17 |
ttx | I'll still try to reduce the choices and where "independent" can be picked though | 09:18 |
ttx | also might pursue reimplementing cycle-trailing and cycle-automatic as variants of the main two. Like we could have with-rc/coordinated with-rc/trailing with-intermediary/non-client-library with-intermediary/client-library with-intermediary/coordinated with-intermediary/coordinated-automatic and with-intermediary/trailing | 09:22 |
ttx | left part describes how you use release version numbers, second part describes which deadlines apply to you | 09:22 |
ttx | currently the deadline is implicit based on a number of other parameters. Making it explicit would help I think | 09:27 |
*** priteau has quit IRC | 09:39 | |
*** priteau has joined #openstack-release | 09:41 | |
*** e0ne has joined #openstack-release | 09:49 | |
*** e0ne_ has quit IRC | 09:49 | |
*** vishalmanchanda has quit IRC | 10:19 | |
*** e0ne has quit IRC | 10:33 | |
smcginnis | ttx: I like that. | 11:30 |
smcginnis | ttx: If we can at least collapse some of them, I think that's good. | 11:31 |
smcginnis | ttx: It was worth bringing up the idea. There seemed to be some support for it. I was a little concerned about how much work it was going to take us to rework a lot of our automation, but we would have gotten it done. | 11:32 |
smcginnis | It may be one of those ideas that needs to be pitched again in 6 months to a year once things have been able to sink in or things have changed enough to make it make more sense. | 11:32 |
smcginnis | elod: I think as long as the stable branch exists, it's going to try to run those jobs on it. | 11:33 |
smcginnis | elod: They need to have the branch deleted by infra. I asked in the reviews. But I guess we really need a process written down somewhere to cover all the steps needed when going to EOL. | 11:34 |
smcginnis | It's not just a release team thing. So maybe in the project team guide or something. | 11:34 |
smcginnis | Like maybe https://docs.openstack.org/project-team-guide/stable-branches.html | 11:35 |
elod | smcginnis: we have the steps here https://docs.openstack.org/project-team-guide/stable-branches.html#end-of-life and I can add extra steps there if needed :) | 11:47 |
smcginnis | elod: Oh yeah. Looks like that list can just be expanded. Probably link to an example review like this last one that does the eol tagging, then one more step of requesting the infra team delete the stable/* branch. | 11:49 |
elod | I was thinking whether we need the deletion at all. or could it be enough if just the .zuul.yaml gets deleted | 11:49 |
smcginnis | I *think* that's all that's needed then. | 11:49 |
smcginnis | elod: I think it's the presense of the stable branch that triggers that job, not that there is a zuul.yaml config in the branch. | 11:50 |
elod | yes, but if we don't have .zuul.yaml, then there's no periodic job either :] so zuul won't pick that branch up | 11:51 |
elod | (in octavia's case, it's zuul.d instead of .zuul.yaml https://opendev.org/openstack/octavia/src/branch/stable/ocata/zuul.d/projects.yaml#L6 ) | 11:53 |
smcginnis | elod: Hmm, yeah, looking at how that's done, maybe. | 11:53 |
elod | anyway, if the branch needs to be deleted, then it doesn't matter | 11:53 |
smcginnis | But really the branch needs to be deleted yet, so it would just be a temporary step to modify zuul.yaml at this point. | 11:53 |
smcginnis | johnsom: Did someone request the EOL stable branches be deleted for octavia? | 11:54 |
elod | ok, then it doesn't matter. I'll push a patch to add the next step with 'ask infra to delete the eol'd branch'. Thanks for the clarification smcginnis ! \o/ | 11:56 |
smcginnis | elod: Thanks for working on that! :) | 11:56 |
*** e0ne has joined #openstack-release | 12:13 | |
*** e0ne has quit IRC | 12:17 | |
*** ricolin has quit IRC | 12:19 | |
openstackgerrit | Thierry Carrez proposed openstack/releases master: Cleanup old independent releases https://review.opendev.org/735330 | 12:22 |
*** e0ne has joined #openstack-release | 12:27 | |
ttx | smcginnis: to clarify regarding cycle-trailing, I think it should be comparable to libraries. It's following the cycle, but with a specific deadline. For libraries we don;t have cycle-but-five-weeks-before, we just reuse c-w-i with type:library. So for cycle-trailing we could reuse c-w-rc or c-w-i (depending on whether they actually use rcs) with type:deployment-tool. | 12:34 |
ttx | That would remove a lot of hoops the automation has to jump through. | 12:35 |
ttx | If that sounds like a not-totally-stupid idea, I'll propose a change to do that. It should be invisible for users | 12:36 |
ttx | (by users I mean developers wanting to do releases) | 12:36 |
openstackgerrit | Thierry Carrez proposed openstack/releases master: Cleanup old independent releases https://review.opendev.org/735330 | 12:45 |
openstackgerrit | Thierry Carrez proposed openstack/releases master: Cleanup old independent releases https://review.opendev.org/735330 | 12:55 |
smcginnis | ttx: I like that idea! | 13:05 |
ttx | smcginnis: that way we clearly differentiate "how releases are numbered" (release-model) and "what is it and when is the deadline" (type) | 13:09 |
smcginnis | I think that's a good separation. | 13:09 |
ttx | will allow to get rid of the "if model=trailing then type=deployment" code that glues things together currently | 13:09 |
ttx | also will allow to actually track if the trailing thing uses RCs or not, and apply the right validation | 13:10 |
ttx | currently it's a bit of a "whatever" zone | 13:10 |
smcginnis | Looking at some of the release generation automation, I think that will help pull the right set of deliverables at different phases too. | 13:10 |
ttx | and finally will allow to reword docs in a way that actually makes sense | 13:10 |
smcginnis | So maybe not the major simplification you were originally thinking, but at least simpler than it was. ;) | 13:11 |
ttx | well I might not be able to get it down to 2 models, but 3. | 13:11 |
ttx | Once I'm done with =trailing, I'll replace cycle-automatic by a new guideline field that tells us what we are allowed to do as relmgt team | 13:12 |
ttx | (doing one automatic release at the end would be one of those potential guidelines) | 13:13 |
ttx | it does not need a "release model" | 13:13 |
ttx | just a hint | 13:14 |
smcginnis | cycle-automatic really has evolved to be c-w-i with the addition of the expectation that we will propose the final release. | 13:15 |
smcginnis | Which actually gets a little more blurred since we've started proposing other releases for unreleased commits, but still is clear that we will tag it whether it has changes or not. | 13:15 |
openstackgerrit | Thierry Carrez proposed openstack/releases master: Rally is a service https://review.opendev.org/735337 | 13:23 |
*** vishalmanchanda has joined #openstack-release | 13:41 | |
*** armax has joined #openstack-release | 14:22 | |
*** jtomasek has joined #openstack-release | 15:16 | |
*** jtomasek has quit IRC | 15:37 | |
*** jtomasek has joined #openstack-release | 15:40 | |
*** armax has quit IRC | 16:02 | |
*** jtomasek has quit IRC | 16:05 | |
openstackgerrit | Monty Taylor proposed openstack/releases master: Release 2.2.0 of osc-lib https://review.opendev.org/735367 | 16:06 |
*** armax has joined #openstack-release | 16:18 | |
openstackgerrit | Merged openstack/releases master: Release 2.2.0 of osc-lib https://review.opendev.org/735367 | 16:35 |
*** armstrong_ has joined #openstack-release | 16:58 | |
armstrong_ | Hello @smcginnis some mailing-list addresses were deleted/merged. Was the release team mailing-list affected? | 17:02 |
smcginnis | armstrong_: Where did you see that? I don't think we've been affected. We use openstack-discuss and release-announce. | 17:07 |
smcginnis | And release-job-failures. They're all still listed in the mailman list: http://lists.openstack.org/cgi-bin/mailman/listinfo | 17:07 |
armstrong_ | ok thanks, I read a mail from @fungi concerning some mailing-list that he wanted to merge | 17:09 |
fungi | it was about closing the user-committee mailing list and directing further discussion about openstack user committee activities to the openstack-discuss mailing list | 17:15 |
fungi | nothing to do with the release-failures mailing list | 17:15 |
armstrong_ | ok fungi thanks for the clarifications | 17:16 |
fungi | you're welcome! | 17:20 |
*** diablo_rojo has joined #openstack-release | 17:41 | |
johnsom | smcginnis I just asked in the OpenDev channel, but it sounds like the release team can remove those branches as well? | 17:46 |
smcginnis | johnsom: I don't think any of us have that power. Well, maybe ttx, but typically not. | 17:50 |
johnsom | smcginnis fungi is on it for us. | 17:51 |
smcginnis | ++ | 17:51 |
fungi | the way we've sometimes done it is to add a volunteer temporarily to a group which has project owner permission (a blanket permission required to have access to delete branches in the version of gerrit we're currently on) | 17:56 |
fungi | but if it's just a handful of deletions like this, it's not hard for me to just knock out | 17:57 |
fungi | there's been times where we had 40+ branch deletions to do, and double-checking those can be time consuming | 17:58 |
*** jtomasek has joined #openstack-release | 18:01 | |
*** jtomasek has quit IRC | 18:03 | |
*** jtomasek has joined #openstack-release | 18:05 | |
smcginnis | fungi: We'll probably have more now that some of the EM branches are getting older. | 18:05 |
smcginnis | fungi: I wonder if would make sense to add some sort of flag to something like here: https://opendev.org/openstack/releases/src/branch/master/deliverables/newton/barbican.yaml#L8 | 18:06 |
*** priteau has quit IRC | 18:06 | |
*** jtomasek has quit IRC | 18:06 | |
smcginnis | Where we could have something like "branch-status: deleted" and that would trigger our automation to remove the branch if it is found. | 18:06 |
smcginnis | So at the same time someone proposes something like an ocata-eol tag, they can also add that flag and it just takes care of everything. | 18:07 |
*** jtomasek has joined #openstack-release | 18:07 | |
*** jtomasek has quit IRC | 18:10 | |
*** jtomasek has joined #openstack-release | 18:16 | |
*** jtomasek has quit IRC | 18:16 | |
fungi | yeah, maybe, once we're on newer gerrit and can grant branch deletion permission safely to the account the job is using | 18:18 |
fungi | hopefully only a few weeks out at this point | 18:18 |
smcginnis | Oh great. | 18:25 |
*** irclogbot_3 has quit IRC | 18:29 | |
*** irclogbot_2 has joined #openstack-release | 18:33 | |
*** e0ne_ has joined #openstack-release | 19:08 | |
*** e0ne has quit IRC | 19:08 | |
*** diablo_rojo has quit IRC | 19:24 | |
*** vishalmanchanda has quit IRC | 19:51 | |
*** e0ne_ has quit IRC | 20:49 | |
-openstackstatus- NOTICE: The Gerrit service on review.opendev.org is going offline momentarily at 21:00 UTC for project rename maintenance, but should return within a few minutes: http://lists.opendev.org/pipermail/service-announce/2020-June/000004.html | 20:57 | |
*** armstrong_ has quit IRC | 21:13 | |
-openstackstatus- NOTICE: gerrit is being taken offline for emergency cleanup, will return to service again shortly | 21:59 | |
-openstackstatus- NOTICE: The Gerrit service on review.opendev.org is available again | 22:49 | |
*** tosky has quit IRC | 23:25 | |
*** armax has quit IRC | 23:52 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!