frickler | I was made aware that the team pages still have a pretty unhelpful ordering regarding recent releases eg. https://releases.openstack.org/teams/kolla.html | 08:34 |
---|---|---|
elodilles | hmm, yes, antelope and bobcat are on the end of the list :S | 08:42 |
tonyb | Boy do I have a function for you! | 11:31 |
tonyb | elodilles: can you prod the other release cores to review the series at: https://review.opendev.org/c/openstack/releases/+/887508/2 | 11:31 |
opendevreview | Tony Breeds proposed openstack/releases master: Add a Sorting function. https://review.opendev.org/c/openstack/releases/+/887691 | 11:45 |
tonyb | frickler, elodilles: ^^ fixes the sorting | 11:46 |
tonyb | Actually given we're in the releases repo and have trivial access to series_status.yaml we could use that. | 11:47 |
*** dviroel_ is now known as dviroel | 11:47 | |
tonyb | I intially wrote that function for the election repo, and others, and didn't want to add the fagility of sourcing series_status.yaml | 11:48 |
elodilles | tonyb: ack, i'll ping them :) | 11:55 |
tonyb | thanks | 11:56 |
elodilles | hberaud ttx : hi, when you have time please review tonyb's patch series, starting with: https://review.opendev.org/c/openstack/releases/+/887355/3 | 11:57 |
elodilles | hberaud: and thanks for the sorting patch. we had similar problem in other repo but there some OrderedDict did the trick. i will review your function | 11:58 |
elodilles | s/hberaud/tonyb/ | 11:58 |
tonyb | elodilles: My sorting patch deals with a list that contains both release-names and release-ids ... so "antelope" and 2023.1 will sort the same and "austin" and "antelope" will not sort next to each other | 12:03 |
tonyb | elodilles: Given in the releases repo you have a human crafted list in series_status.yaml and *IIUC* you'll always use names rather than ids it could be way simplier | 12:05 |
opendevreview | Merged openstack/releases master: Fix duplicate key in bobcat schedule https://review.opendev.org/c/openstack/releases/+/887355 | 12:10 |
elodilles | tonyb: well, mostly we use names but sometimes we use the release-ids now (2023.1, 2023.2, etc) :S | 12:12 |
tonyb | elodilles: ergh | 12:13 |
opendevreview | Merged openstack/releases master: Update list_weeks to use the release yamlutils https://review.opendev.org/c/openstack/releases/+/887506 | 12:14 |
opendevreview | Merged openstack/releases master: Run format-yaml over doc/source/bobcat/schedule.yaml https://review.opendev.org/c/openstack/releases/+/887507 | 12:17 |
opendevreview | Merged openstack/releases master: Add 2024.1/"cantaloupe" election events to the 2023.2/bobcat schedule https://review.opendev.org/c/openstack/releases/+/887508 | 12:17 |
tonyb | elodilles, hberaud: Thanks for the +2+W | 12:31 |
elodilles | np :) thanks for the patches! o/ | 12:31 |
hberaud | np | 13:06 |
opendevreview | Tony Breeds proposed openstack/releases master: Add a Sorting function. https://review.opendev.org/c/openstack/releases/+/887691 | 13:49 |
haleyb | is there an auto-bot that proposes releases for oslo things like oslo.utils? I was going to propose a bobcat/oslo.utils one but didn't know the protocol for it | 15:43 |
opendevreview | Jay Faulkner proposed openstack/releases master: Bobcat-2 release for python-ironicclient https://review.opendev.org/c/openstack/releases/+/887497 | 17:37 |
*** dviroel_ is now known as dviroel | 19:48 | |
elodilles | haleyb: is this the one you want to release? https://review.opendev.org/c/openstack/releases/+/887491 | 19:54 |
elodilles | haleyb: release mgnt team generates release patches on milestones if there are unreleased but merged content for library / client library type deliverables | 19:55 |
elodilles | haleyb: besides hberaud has some tooling that checks for oslo libraries if there are anything that needs to be delivered, afaik | 19:56 |
haleyb | elodilles: oh yeah, that was it, must have missed it, thanks! | 20:11 |
elodilles | np :) | 20:20 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!