| *** bauzas_ is now known as bauzas | 00:15 | |
| *** dtantsur_ is now known as dtantsur | 01:48 | |
| *** bauzas_ is now known as bauzas | 02:46 | |
| *** bauzas_ is now known as bauzas | 03:02 | |
| *** bauzas_ is now known as bauzas | 03:31 | |
| *** bauzas_ is now known as bauzas | 04:00 | |
| *** bauzas_ is now known as bauzas | 04:08 | |
| *** bauzas_ is now known as bauzas | 05:15 | |
| *** bauzas_ is now known as bauzas | 05:39 | |
| *** bauzas_ is now known as bauzas | 09:20 | |
| *** bauzas_ is now known as bauzas | 10:44 | |
| opendevreview | Elod Illes proposed openstack/releases master: Release final python-masakariclient for 2024.2 Dalmatian https://review.opendev.org/c/openstack/releases/+/927134 | 11:19 |
|---|---|---|
| opendevreview | Elod Illes proposed openstack/releases master: Release final python-masakariclient for 2024.2 Dalmatian https://review.opendev.org/c/openstack/releases/+/927134 | 11:19 |
| frickler | elodilles: I ran the stable branch creation command but it tells me that everyone who needs it already has their stable/2024.2 branch. spot checking some deliverables files that seems to be the case, I'm just worried I'm holding it wrong, so can you maybe crosscheck if you have a moment? | 11:51 |
| elodilles | frickler: ACK, i'll check it now as i think that stable/2024.2 are not at all cut for any branch yet | 11:59 |
| frickler | ah, wait, the script generates those entries, but I need to commit and submit it myself, doh | 12:02 |
| elodilles | yepp | 12:05 |
| elodilles | frickler: note that you can use another tool to propose the patches | 12:06 |
| elodilles | it's called: tools/bulk_review.sh | 12:06 |
| elodilles | it has a bit different syntax and behaves differently than the process_auto_releases.sh, but otherwise it worked fine to me during recent cycles | 12:08 |
| frickler | elodilles: ah, nice, I was just wondering how to do that, thx | 12:08 |
| elodilles | it creates patches per team | 12:08 |
| elodilles | it will create patches like these: https://review.opendev.org/q/topic:caracal-stable-branches | 12:11 |
| opendevreview | Jens Harbott proposed openstack/releases master: [nova] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927929 | 12:19 |
| opendevreview | Jens Harbott proposed openstack/releases master: [octavia] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927930 | 12:20 |
| opendevreview | Jens Harbott proposed openstack/releases master: [oslo] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927931 | 12:20 |
| opendevreview | Jens Harbott proposed openstack/releases master: [cloudkitty] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927932 | 12:20 |
| opendevreview | Jens Harbott proposed openstack/releases master: [mistral] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927933 | 12:20 |
| frickler | elodilles: ack, that's what I took as template for the commit message :) | 12:20 |
| elodilles | checked the first patch, looks great :) | 12:20 |
| opendevreview | Jens Harbott proposed openstack/releases master: [cyborg] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927934 | 12:21 |
| opendevreview | Jens Harbott proposed openstack/releases master: [ironic] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927935 | 12:21 |
| opendevreview | Jens Harbott proposed openstack/releases master: [kuryr] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927936 | 12:21 |
| opendevreview | Jens Harbott proposed openstack/releases master: [trove] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927937 | 12:21 |
| opendevreview | Jens Harbott proposed openstack/releases master: [neutron] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927938 | 12:21 |
| opendevreview | Jens Harbott proposed openstack/releases master: [heat] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927939 | 12:21 |
| opendevreview | Jens Harbott proposed openstack/releases master: [Telemetry] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927940 | 12:21 |
| opendevreview | Jens Harbott proposed openstack/releases master: [magnum] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927941 | 12:22 |
| opendevreview | Jens Harbott proposed openstack/releases master: [cinder] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927942 | 12:22 |
| opendevreview | Jens Harbott proposed openstack/releases master: [keystone] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927943 | 12:22 |
| opendevreview | Jens Harbott proposed openstack/releases master: [OpenStackSDK] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927944 | 12:22 |
| opendevreview | Jens Harbott proposed openstack/releases master: [designate] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927945 | 12:22 |
| opendevreview | Jens Harbott proposed openstack/releases master: [swift] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927946 | 12:22 |
| opendevreview | Jens Harbott proposed openstack/releases master: [barbican] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927947 | 12:23 |
| opendevreview | Jens Harbott proposed openstack/releases master: [glance] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927948 | 12:23 |
| opendevreview | Jens Harbott proposed openstack/releases master: [manila] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927949 | 12:23 |
| opendevreview | Jens Harbott proposed openstack/releases master: [tacker] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927950 | 12:23 |
| opendevreview | Jens Harbott proposed openstack/releases master: [vitrage] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927951 | 12:23 |
| opendevreview | Jens Harbott proposed openstack/releases master: [blazar] Create 2024.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/927952 | 12:23 |
| *** bauzas_ is now known as bauzas | 13:39 | |
| *** whoami-rajat_ is now known as whoami-rajat | 14:00 | |
| ralonsoh | gmann, hello! I have a question related to https://review.opendev.org/c/openstack/tempest/+/927831 | 14:13 |
| ralonsoh | in https://review.opendev.org/c/openstack/tempest/+/927831/3/tox.ini, is 2024.1 correct? | 14:13 |
| ralonsoh | shouldn't be 2024.2? | 14:13 |
| ralonsoh | no, my bad, must be 2024.1 | 14:14 |
| ralonsoh | thanks! | 14:14 |
| elodilles | ralonsoh: actually, i think you were right with the 2024.2, i mean i think it should be 2024.2 o:) | 14:18 |
| ralonsoh | but 2024.2 is still not released | 14:19 |
| elodilles | yeah, but we are about to cut stable/2024.2 branches, | 14:19 |
| ralonsoh | so this patch should be proposed but not merged yet | 14:19 |
| elodilles | and if i'm not mistaken then that is what matters here | 14:19 |
| elodilles | also, there was a similar patch in March: https://review.opendev.org/c/openstack/tempest/+/913950 | 14:20 |
| ralonsoh | ok, so it should be 2024.2 then | 14:20 |
| ralonsoh | I'll push a patch now | 14:21 |
| elodilles | well, i'm not 100 percent sure, but i guess so | 14:21 |
| ralonsoh | I've raised this question in https://review.opendev.org/c/openstack/releases/+/927833 | 14:24 |
| ralonsoh | frickler, I have a question in https://review.opendev.org/c/openstack/releases/+/927833 | 14:27 |
| ralonsoh | Am I correct there? | 14:27 |
| frickler | ralonsoh: I think 2024.1 is correct, since that is what we currently have. note that that u-c is only being used to install tempest, not other openstack components afaict | 14:31 |
| frickler | but also kopecmartin or gmann may be able to tell more about this | 14:31 |
| ralonsoh | frickler, we used the same branch 6 months ago | 14:32 |
| ralonsoh | I don't think this is correct | 14:32 |
| ralonsoh | frickler, https://review.opendev.org/c/openstack/tempest/+/913950/2/tox.ini | 14:32 |
| frickler | ralonsoh: well requirements will only be branched for 2024.2 in two weeks or so | 14:33 |
| frickler | anyway, I'm not a tempest person really | 14:34 |
| ralonsoh | frickler, https://releases.openstack.org/constraints/upper/2024.2 is a valid link that points to master | 14:34 |
| ralonsoh | and then it will point to stable/2024.2 | 14:34 |
| *** bauzas_ is now known as bauzas | 14:36 | |
| kopecmartin | does the fact that this is just a intermediary release change anything? in 2 weeks or so we're planning to release a major release of tempest .. anyway, i was confused with 2024.1 vs 2024.2 | 14:50 |
| kopecmartin | i originally had 2024.2 there but then changed it after discussion with gmann - https://review.opendev.org/c/openstack/tempest/+/927831/1..3/tox.ini#b12 | 14:50 |
| ralonsoh | but that's not correct and actually the link to 2024.2 works, pointing now to master | 14:51 |
| ralonsoh | once we have the requirements new branch for 2024.2, it will point to this new branch | 14:51 |
| *** bauzas_ is now known as bauzas | 16:03 | |
| *** bauzas_ is now known as bauzas | 16:44 | |
| gmann | ralonsoh: elodilles frickler: we need to use 2024.1 only as that is latest freeze constraints and tested one with this tempest release. 2024.2 constraints still not frozen right so we should not use them for Tempest released version. Once we cut the final release of Tempest for 2024.2 then we will use the stable/2024.2 constraints | 17:23 |
| gmann | ralonsoh: anything it is breaking? | 17:23 |
| frickler | gmann: seems it was breaking octavia and ironic at least, something about plugins not getting loaded, see discussion in #-qa | 17:27 |
| gmann | frickler: yes that is not related to using 2024.1 vs 2024.2. it is about using non master constraints in tox.ini and plugins are expected to break. that is why we revert the change asap https://review.opendev.org/c/openstack/tempest/+/927832 | 17:30 |
| gmann | and that is why have to make ironic job non voting to land these changes | 17:30 |
| gmann | when we use stable constraints while tempest release, constraints mismatch in venv and it recreate the tempest venv, which end up uninstalling the plugins and it break them | 17:31 |
| gmann | this is known things and we try to revert constraints to master asap to unblock the plugin | 17:32 |
| gmann | it should be working now | 17:32 |
| frickler | hmm, I wonder if we can devise a better way to do this releases, then, without affecting tempest consumers. like how about: create a release-x.y branch off master, do the stable u-c patch on that branch, tag it and delete the branch again? | 17:34 |
| frickler | or add a feature in zuul that ensures that those two changes only get merged together. similar to a cyclic dependency except it's not cyclic but some other kind of bond. or maybe could a "normal" cyclic dep work in this case? | 17:41 |
| *** bauzas_ is now known as bauzas | 17:41 | |
| gmann | we can do that but that is more work than current process. we do approve both change together and it matters of a few hrs I think | 17:45 |
| gmann | what we could avoided was this intermediate release. and do this during final release time only | 17:46 |
| gmann | I usually do it at the end when all services/lib are frozen/released for that cycle and doing tempest at the end avoid any critical break of a few hrs | 17:47 |
| *** bauzas_ is now known as bauzas | 18:39 | |
| *** bauzas_ is now known as bauzas | 19:24 | |
| opendevreview | Michal Nasiadka proposed openstack/releases master: pycadf: Release 3.1.2 https://review.opendev.org/c/openstack/releases/+/926980 | 19:32 |
| opendevreview | Michal Nasiadka proposed openstack/releases master: pycadf: Release 4.0.0 https://review.opendev.org/c/openstack/releases/+/926980 | 19:37 |
| *** bauzas_ is now known as bauzas | 19:40 | |
| *** bauzas_ is now known as bauzas | 20:04 | |
| *** bauzas_ is now known as bauzas | 21:10 | |
| opendevreview | Pierre Riteau proposed openstack/releases master: Add Blazar cycle highlights (Dalmatian release) https://review.opendev.org/c/openstack/releases/+/928093 | 21:31 |
| opendevreview | Martin Kopec proposed openstack/releases master: Release Tempest 39.1.0 https://review.opendev.org/c/openstack/releases/+/927833 | 22:41 |
| *** bauzas_ is now known as bauzas | 23:09 | |
| *** bauzas_ is now known as bauzas | 23:26 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!