Thursday, 2024-08-15

*** bauzas_ is now known as bauzas00:50
opendevreviewMerged openstack/openstack-zuul-jobs master: Move openstack-tox-py311-arm64 to be with openstack-tox-py311  https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/92298903:44
opendevreviewJens Harbott proposed openstack/openstack-zuul-jobs master: Switch the openstack-tox-py312* jobs to distro packages  https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/92299203:45
opendevreviewMerged openstack/openstack-zuul-jobs master: Add openstack-tox-py312-arm64 job  https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/92299003:46
opendevreviewMerged openstack/openstack-zuul-jobs master: Add openstack-tox-py313 jobs  https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/92299103:50
frickler^^ approved the whole stack now (cf. the discussion three days ago)03:50
opendevreviewMerged openstack/openstack-zuul-jobs master: Switch the openstack-tox-py312* jobs to distro packages  https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/92299204:05
fricklergmann: maybe you remember why we left the stable/v-z branch tags in a lot of places in the templates? can't we simply drop these by now?05:36
opendevreviewMerged openstack/project-config master: Migrate release-openstack-puppet to jammy  https://review.opendev.org/c/openstack/project-config/+/92598606:21
*** bauzas_ is now known as bauzas07:02
opendevreviewJens Harbott proposed openstack/project-config master: Update update-constraints job and script  https://review.opendev.org/c/openstack/project-config/+/92640510:23
*** bauzas_ is now known as bauzas12:30
gmannfrickler: I think we need to convert them stable/v-z  -> */v-z for unmaintained namespace otherewise it can impact unmaintained branch testing16:55
fricklergmann: I really want to get rid of all that extra work needing to get done for unmaintained stuff, this isn't in line with the idea to make things simpler for everyone17:04
fricklerI also don't think that having periodic unmaintained jobs will be useful with the current state of the enterprise17:05
gmannfrickler: yeah, I cannot disagree with you. I am ok to remove. and if needed they can define job or add those tags back.17:06
gmannthey means unmaintained maintainers17:06
gmannbut I agree on your point of 'extra work needing to get done for unmaintained stuff,'17:07
fricklerok, I'll do a patch on top of your's once you amend according to jamespage's comment17:07
gmannsure, will check that soon17:09
fungisomething we were talking about in #openstack-infra last week was that it might make sense if we can start discussions about finding unmaintained caretakers in the final 6 months of a stable branch's maintenance rather than only starting to talk about it once end-of-maintenance is reached. if so, we could avoid unnecessarily creating unmaintained branches in projects entirely except17:18
fungiwhere they're explicitly opted into, and that would save a fair amount of work for everyone on branches that are just going to sit there and then get deleted 6 months later when nobody volunteers to take care of them17:18
fricklerwell there are volunteers that said they would take care, but it seems they underestimated the amount of work that is needed17:39
fungiin some cases yes, but right now the default process is that we automatically add unmaintained branches and then give people 6 months to volunteer to start taking care of them17:42
fungiwhich means we then end up deleting many of those after a mere 6 months, when we could instead have probably avoided creating them at all17:43
fricklerwe did that for zed because it still was some transition cycle, but I'm not sure that that is how it is planned to proceed going forward17:46
fricklerthe release patches that create unmaintained/2023.1 IMO would need approval from volunteers, otherwise they'd be converted to eol patches17:48
fungigoing back through https://governance.openstack.org/tc/resolutions/20230724-unmaintained-branches.html#unmaintained-branches it looks like the policy is to create the branches automatically, but maybe the requirement to acknowledge creation of them is merely unstated there17:54
frickleryes, maybe there's still a delta between governance and implementation, or between TC and release team18:13
fricklerbut if we take "The CI for all branches must be in good standing at the time of opt-in." stricly, a lot of branches are going to be eoled pretty soon18:14
opendevreviewGhanshyam proposed openstack/openstack-zuul-jobs master: Prepare python testing templates for stable/2024.2  https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/92615218:15
gmannfrickler: jamespage ^^18:16
*** bauzas_ is now known as bauzas19:01
*** bauzas_ is now known as bauzas23:12

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