| opendevreview | Tony Breeds proposed openstack/releases master: [requirements] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963606 | 06:59 |
|---|---|---|
| tonyb | fungi: I did confirm that `pip install --no-binary 'oslo.utils' 'oslo.utils==7.3.1';python -c "import pkg_resources; pkg_resources.require('oslo.utils>7')"` works. It pulls the sdist and uses the legacy setup.py install install method. | 07:29 |
| tonyb | Not that that actually helps us much, as we can't really tell all the operators/deployment-tools to do that | 07:30 |
| tonyb | It doesn't look like we can remove a wheel from pypi, we can yank a release but that gets both the sdist and wheel. | 07:31 |
| tonyb | I think at this point I'm going to give up on 2024.1, we might be able to figure something out for 2024.2 | 07:32 |
| tonyb | Oh I also verified that we can't use my idea for legacy_setup as pypi rejects the built wheel. | 07:32 |
| elodilles | :/ | 08:20 |
| tonyb | I did look and we can *probably* do something like https://review.opendev.org/c/openstack/project-config/+/964251 but set whatever the no_bdist flag is, and re-tag oslo* | 08:22 |
| tonyb | like I said maybe we'll do that in 2024.2 but I think it's too late for 2024.1. | 08:22 |
| tonyb | If we do look at that we'll need to work with OSA and Kolla to make sure they're okay with that/how they deal with a wheel cache | 08:23 |
| elodilles | i see, thanks tonyb for working on this! i agree, we are too late to fix 2024.1 :/ | 08:32 |
| tonyb | elodilles: All good. | 08:33 |
| tonyb | elodilles: Anything I can do to help with the 2024.1 transition? | 08:33 |
| elodilles | tonyb: i think the transition can now continue, thanks to you, now that glance_store upper constraint bump has landed. | 08:44 |
| tonyb | Oh. I'm sorry I was the hold up :/ | 08:44 |
| elodilles | + thanks for rebasing the req transition patch o/ | 08:44 |
| tonyb | np | 08:44 |
| elodilles | tonyb: noooo, it wasn't you! you fixed it! :) | 08:45 |
| tonyb | I think it was stephenfin the did the real work I just pushed buttons. | 08:46 |
| elodilles | thanks to both of you then! o:) | 08:46 |
| tonyb | anyway glad to be of service and glad that you can now finish that transition | 08:46 |
| elodilles | ACK, thanks tonyb ! | 08:47 |
| opendevreview | Elod Illes proposed openstack/releases master: [nova] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963580 | 08:58 |
| opendevreview | Elod Illes proposed openstack/releases master: [Quality Assurance] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963595 | 09:27 |
| elodilles | release-team: is there anyone around to review caracal unmaintained transition patches? I've checked all of them and except one or two patches all looked fine to me and they just need a 2nd core review (and/or +W): https://review.opendev.org/q/topic:caracal-unmaintained | 10:27 |
| elodilles | i'd rather merge them in one go | 10:27 |
| elodilles | (except the patches where team added -1) | 10:28 |
| ttx | I can do a pass on them today if you are comfortable with them going in now | 10:50 |
| opendevreview | Merged openstack/releases master: [cinder] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963599 | 11:29 |
| opendevreview | Merged openstack/releases master: [requirements] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963606 | 11:30 |
| opendevreview | Merged openstack/releases master: [cloudkitty] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963584 | 11:30 |
| opendevreview | Merged openstack/releases master: [zun] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963583 | 11:30 |
| opendevreview | Merged openstack/releases master: [nova] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963580 | 11:30 |
| opendevreview | Merged openstack/releases master: [skyline] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963587 | 11:38 |
| opendevreview | Merged openstack/releases master: [kuryr] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963591 | 11:39 |
| opendevreview | Merged openstack/releases master: [heat] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963596 | 11:41 |
| opendevreview | Merged openstack/releases master: [cyborg] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963586 | 11:41 |
| opendevreview | Merged openstack/releases master: [trove] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963592 | 11:41 |
| opendevreview | Merged openstack/releases master: [vitrage] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963615 | 11:41 |
| opendevreview | Merged openstack/releases master: [tacker] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963614 | 11:41 |
| opendevreview | Merged openstack/releases master: [barbican] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963607 | 11:41 |
| opendevreview | Merged openstack/releases master: [murano] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963610 | 11:41 |
| opendevreview | Merged openstack/releases master: [adjutant] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963609 | 11:42 |
| opendevreview | Merged openstack/releases master: [masakari] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963604 | 11:42 |
| opendevreview | Merged openstack/releases master: [venus] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963613 | 11:42 |
| opendevreview | Merged openstack/releases master: [swift] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963605 | 11:42 |
| opendevreview | Merged openstack/releases master: [horizon] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963611 | 11:43 |
| opendevreview | Merged openstack/releases master: [Quality Assurance] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963595 | 11:43 |
| opendevreview | Merged openstack/releases master: [oslo] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963582 | 11:43 |
| opendevreview | Merged openstack/releases master: [ironic] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963590 | 11:43 |
| opendevreview | Merged openstack/releases master: [mistral] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963585 | 11:43 |
| opendevreview | Merged openstack/releases master: [watcher] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963601 | 11:44 |
| opendevreview | Merged openstack/releases master: [zaqar] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963593 | 11:44 |
| opendevreview | Merged openstack/releases master: [Telemetry] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963597 | 11:51 |
| opendevreview | Merged openstack/releases master: [designate] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963603 | 11:51 |
| opendevreview | Merged openstack/releases master: [blazar] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963616 | 11:51 |
| opendevreview | Merged openstack/releases master: [octavia] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963581 | 11:51 |
| opendevreview | Merged openstack/releases master: [storlets] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963589 | 11:51 |
| opendevreview | Merged openstack/releases master: [neutron] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963594 | 11:51 |
| opendevreview | Merged openstack/releases master: [glance] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963608 | 11:51 |
| opendevreview | Merged openstack/releases master: [magnum] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963598 | 11:51 |
| opendevreview | Merged openstack/releases master: [keystone] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963600 | 11:52 |
| opendevreview | Merged openstack/releases master: [OpenStackSDK] Transition 2024.1 Caracal to Unmaintained https://review.opendev.org/c/openstack/releases/+/963602 | 11:52 |
| chandankumar | Hello Team Since [[watcher] Transition 2024.1 Caracal to Unmaintained](https://review.opendev.org/c/openstack/releases/+/963601) is merged now, On watcher project, we have unmaintained/2023.1 branch, what is the best way to delete it? | 11:52 |
| elodilles | thanks ttx \o/ | 12:01 |
| elodilles | chandankumar: you don't need to delete it. i understand that probably you don't want to maintain unmaintained branches of watcher, though it is not the responsible of the watcher project team at all, but let other interested people maintain it if they want to | 12:04 |
| elodilles | s/responsible/responsibility/ | 12:04 |
| elodilles | chandankumar: here is the resolution that talks about 'Unmaintained' state: https://governance.openstack.org/tc/resolutions/20230724-unmaintained-branches.html | 12:06 |
| chandankumar | thank you for the link elodilles, now it is clear. We can leave those unmaintained branches as it is. | 12:21 |
| elodilles | no problem :) | 12:21 |
| elodilles | release-team: we have two release-job-failure -> both (python-muranoclient, kuryr-kubernetes) repositories are retired and i guess their ACLs are removed from project config or something like that, as the tagging and branch cutting seem to be succeeded, but the .gitreview update patches could not bit uploaded as git push was rejected | 12:27 |
| chandankumar | elodilles: for unmaintained branch, Do we need a unmaintained release liason? | 12:30 |
| chandankumar | If the project team does not want to keep multiple unmaintained branch, Can we they delete it? If someone need it, they can request it. | 12:31 |
| chandankumar | Since watcher follows DPL model, there is no ptl or unmaintained releaed liason, who can delete the branch? | 12:33 |
| elodilles | chandankumar: you don't need to propose an unmaintained liaison, as i said, unmaintained branches are indenependent from the project teams. it's appreciated if someone wants to help the 'unmaintainers' with bug fixes or CI fixes, but it's completely voluntary basis, no one expect anything from the project team | 12:46 |
| elodilles | currently older unmaintained branches of watcher, like zed and older, are already End of Life (deleted), so only unmaintained/2023.1 is open for collaboration (beyond the freshly cut unmaintained/2024.1) | 12:49 |
| elodilles | now that unmaintained/2024.1 is cut, unmaintained/2023.1 will move to End of Life if no one opt-in to keep it open. but as i said, it is not required at all, that the person is part of the project team. | 12:53 |
| chandankumar | Now it is clear, thank you once again! | 12:57 |
| elodilles | chandankumar: just to be clear: i'm an unmaintained core team member, and my employer is interested in keeping unmaintained branches open in general, so that others can help with doing some maintenance, bug fixes, CI fixes, etc. together with us. i'm sure that you have to maintain things in downstream, and having the same CI machinery/coverage , reviewing is reasource-needy, so if people | 13:01 |
| elodilles | choose to do it upstream then we can help each other and people don't have to do everything downstream by themselves. maybe this is too idealistic view, and i understand if an employer does not want to give resource to upstream work, though i'm sure they will spend more on downstream maintenance in that way (maybe i'm wrong) | 13:01 |
| elodilles | but this is the other side of the coin :) the main thing is that project teams are only responsible for master and stable branches o:) | 13:03 |
| chandankumar | thank you for sharing the downstream angle, Now it is much clear. It make sense to keep it open for others! | 13:21 |
| opendevreview | Jake Yip proposed openstack/releases master: [magnum] Release 21.0.1 https://review.opendev.org/c/openstack/releases/+/965817 | 15:54 |
| opendevreview | Jake Yip proposed openstack/releases master: [magnum] Release 20.0.1 https://review.opendev.org/c/openstack/releases/+/965818 | 15:54 |
| opendevreview | Stephen Finucane proposed openstack/releases master: Remove use of pkg_resources https://review.opendev.org/c/openstack/releases/+/965826 | 17:04 |
| stephenfin | elodilles: you probably want to get that in soonish ^ | 17:05 |
| elodilles | stephenfin: nice, that looks promising! can Requirment from packaging replace Requirement.parse() from pkg_resources? :-o good to know! I'll test next week whether our validate job likes it or not. thanks stephenfin ! | 17:53 |
| opendevreview | Jeremy Stanley proposed openstack/releases master: pbr 7.0.3 https://review.opendev.org/c/openstack/releases/+/965848 | 18:30 |
| fungi | tkajinam: damani: clarkb: stephenfin: ^ | 18:30 |
| clarkb | +1 from me sha1 seems to match my local repo and the version is the next increment up | 18:34 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!