opendevreview | Natz cheng proposed openstack/kolla master: Use py3 as the default runtime for tox https://review.opendev.org/c/openstack/kolla/+/893840 | 01:51 |
---|---|---|
*** ralonsoh_afk is now known as ralonsoh | 06:21 | |
opendevreview | Maksim Malchuk proposed openstack/kolla-ansible master: Fix http/2 support for internal endpoints https://review.opendev.org/c/openstack/kolla-ansible/+/896609 | 07:42 |
SvenKieske | o/ | 07:57 |
kevko | \o/ | 07:57 |
SvenKieske | I'm confused, mnasiadka: is this: https://review.opendev.org/c/openstack/kolla/+/896586 not part of the podman change? I'm fairly certain it is? | 07:58 |
kevko | It is not podman | 08:00 |
kevko | It is error logging | 08:00 |
mnasiadka | yeah, I noticed that yesterday | 08:01 |
mnasiadka | that if you don't have both podman and docker packages installed, then it errors about one of them :) | 08:01 |
mmalchuk | mnasiadka there an error with rabbitmq repo: 402 Payment Required | 08:06 |
mmalchuk | should we need to pay?))) | 08:06 |
mnasiadka | well, I have a patch for switching debian/ubuntu in master, maybe I should push it | 08:07 |
mmalchuk | cool | 08:08 |
mmalchuk | lets do it | 08:08 |
opendevreview | Maksim Malchuk proposed openstack/kolla-ansible master: Fix http/2 support for internal endpoints https://review.opendev.org/c/openstack/kolla-ansible/+/896609 | 08:21 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: rabbitmq: Use novemberain repos https://review.opendev.org/c/openstack/kolla/+/896616 | 08:24 |
kevko | mnasiadka: i really think we should switch to rabbitmq/erlang mirrors | 09:02 |
kevko | and not switch back | 09:02 |
SvenKieske | I really think vmware should cough up some money from the multi billion enterprise and just pay for decent servers for their product. | 09:03 |
mnasiadka | well, we will switch back when these will fail | 09:03 |
mnasiadka | don't worry, there's a lot to do in Kolla business with mirrors switching and all that | 09:03 |
SvenKieske | :D | 09:04 |
kevko | and btw, debian/yoga branch - rabbitmq image build - - - - - - we have rabbitmq version 3.9.29 , erlang 25.3.2.5 <<< which is not supported -> https://www.rabbitmq.com/which-erlang.html | 09:04 |
mnasiadka | that's great ;) | 09:05 |
mnasiadka | but easy to solve | 09:05 |
mnasiadka | (if the packages are there) | 09:05 |
mnasiadka | and only if rocky mirrors would not be broken | 09:05 |
mnasiadka | :D | 09:05 |
SvenKieske | why is the repo change also changing the debian release in the suite? the novemberrain link also 403's for me :/ | 09:06 |
mnasiadka | replied in the patchset | 09:08 |
SvenKieske | ah nice, didn't notice the table | 09:10 |
SvenKieske | weird that I'm getting 403 in the browser though..does this somehow check the user agent? | 09:12 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: rabbitmq: Use novemberain repos for Debian/Ubuntu https://review.opendev.org/c/openstack/kolla/+/896616 | 09:13 |
mnasiadka | fixed unit tests | 09:13 |
kevko | mnasiadka: why are you against the official documentation where they says - use mirror | 09:13 |
mnasiadka | kevko: where am I against the official documentation? | 09:14 |
mnasiadka | I was against yesterday, but then SvenKieske pasted a proper discussion from github which states why we should switch, end of story. | 09:14 |
kevko | Currently, the recommended option for installing modern RabbitMQ on Debian and Ubuntu is using apt repositories on a Cloudsmith mirror (quick start script). << | 09:15 |
kevko | https://www.rabbitmq.com/install-debian.html | 09:15 |
kevko | mnasiadka: ah, cool, i am very glad that i don't need to fix my downstream gits :) | 09:15 |
SvenKieske | kevko: https://github.com/rabbitmq/rabbitmq-server/discussions/9526 :) | 09:16 |
SvenKieske | It's annoying, but such is life :) | 09:16 |
mnasiadka | I love https://www.rabbitmq.com/install-debian.html#apt-quick-start-cloudsmith - it says cloudsmith, but there's ppa1.novemberain in the contents | 09:16 |
mnasiadka | Those RMQ people could finally shape up and have a reliable mirror, VMware does not have a web server they could use? geez | 09:17 |
kevko | mnasiadka: no, they are saying "Cloudsmith mirror" | 09:17 |
SvenKieske | yeah, the rabbitmq site as a whole is really hard to parse. on the plus side: usually you find everything you need _somewhere_ in there if you search long enough. | 09:17 |
mnasiadka | kevko: yes, and there's only one, right? | 09:19 |
mnasiadka | well, two, under the same domain | 09:20 |
kevko | for HA | 09:21 |
kevko | that's good no ? :) | 09:21 |
mnasiadka | usually there's a load balancer | 09:21 |
mnasiadka | and here APT is the load balancer | 09:21 |
mnasiadka | :D | 09:21 |
mnasiadka | and RHEL-derivatives install packages from packagecloud.io | 09:24 |
mnasiadka | I just love it :) | 09:24 |
kevko | best would be create repo for kolla and stop to pining, switching repos ....etc ...and just agree on set of software kolla is installing to their images | 09:27 |
kevko | and include in this repo ... | 09:27 |
kevko | but i know ...no-one will maintain this :D | 09:27 |
opendevreview | Will Szumski proposed openstack/kolla-ansible master: Support exposing prometheus_server externally https://review.opendev.org/c/openstack/kolla-ansible/+/828695 | 09:30 |
mnasiadka | NeilHanlon: Rocky AppStream repo broken again? :( | 10:01 |
Vii | Mnasiadka: yes http://dl.rockylinux.org/ 503 Service Unavailable | 10:40 |
Vii | But mirror list work ok | 10:41 |
Vii | mirrorlist=https://mirrors.rockylinux.org/mirrorlist?arch=$basearch&repo=AppStream-$releasever$rltype | 10:41 |
mnasiadka | Vii: # FAILED TO CONSTRUCT FALLBACK - not really | 10:55 |
kevko | mnasiadka: cloudsmith mirror don't have arm64 :/ | 11:02 |
kevko | aaaaaaaa | 11:02 |
mnasiadka | kevko: damn | 11:03 |
kevko | mnasiadka: well, we can leave arm64 as is :D | 11:05 |
mnasiadka | or wait until 30th Sep and set up an OpenDev mirror for that crap | 11:06 |
mnasiadka | but that won't solve local builds | 11:06 |
kevko | it will not | 11:09 |
kevko | wait until 30th september is not fix .... | 11:09 |
kevko | it's not limit for specific IP ..it's overal monthly limit | 11:09 |
kevko | so if i schedule cron for download apt packages again and again ...i will block everyone (if they won't block my address :D ) | 11:10 |
kevko | i think we *need* to use mirror as it is now ...but we need to solve aarch64 builds | 11:11 |
mnasiadka | well, ask nicely in that discussion if they can mirror the aarch64 packages as well | 11:12 |
NeilHanlon | mnasiadka: yeah. more infra problems. planning to fully remediate this week now that I'm back from vacation | 11:13 |
NeilHanlon | and also fix my fallback code... 🙃 | 11:13 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: rabbitmq: Use novemberain repos for Debian/Ubuntu x86 https://review.opendev.org/c/openstack/kolla/+/896616 | 11:15 |
kevko | mnasiadka: do you mean that github discussion ? ..comments are disabled | 11:17 |
mnasiadka | creating a new one just now | 11:18 |
mnasiadka | maybe they will not mix me with mud just like last time | 11:18 |
mnasiadka | https://github.com/rabbitmq/rabbitmq-server/discussions/9553 | 11:19 |
mnasiadka | NeilHanlon: Well, good that it didn't break with you on vacation :) | 11:20 |
kevko | cool, thanks | 11:21 |
mnasiadka | Well, another week - another breakage | 11:22 |
mmalchuk | like every week right before the meeting) | 11:23 |
kevko | mnasiadka: btw, what are we going to do with ansible collection and engine library install (on bookworm it's not allowed to install python lib via pip ...) | 11:25 |
kevko | docker-py, podman-py | 11:26 |
mnasiadka | We solved that with docker-py, so what's the problem with podman? | 11:26 |
mnasiadka | https://review.opendev.org/c/openstack/ansible-collection-kolla/+/892323 | 11:27 |
opendevreview | Michal Nasiadka proposed openstack/ansible-collection-kolla master: CI: Drop kolla_python_version from Debian jobs https://review.opendev.org/c/openstack/ansible-collection-kolla/+/896642 | 11:28 |
kevko | mnasiadka: well, podman package not exist | 11:28 |
mnasiadka | that sounds fantastic | 11:29 |
kevko | I am debian developer so maybe I can build and upload to debian/sid :) | 11:29 |
kevko | and also to zigo repo | 11:29 |
kevko | everything can be solved :) | 11:30 |
NeilHanlon | mnasiadka: true ;) -- should be all set now, btw | 11:30 |
mnasiadka | kevko: sounds good | 11:30 |
mnasiadka | NeilHanlon: great, thanks :) | 11:31 |
kevko | have you ever used pipx ? | 11:31 |
mnasiadka | I had to work it around in GitHub Actions, does it count? :) | 11:32 |
mnasiadka | Maybe let's not add it if it's not required - for now we can just fail if doing podman and not having a venv on Bookworm | 11:32 |
mnasiadka | unless pipx is the Debian recommended way or something | 11:32 |
kevko | okay...i will build python3-podman | 11:33 |
opendevreview | Adam Oswick proposed openstack/kolla-ansible master: Persist Neutron agent state files in volume https://review.opendev.org/c/openstack/kolla-ansible/+/877036 | 11:39 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: Fix build errors missing podman/docker module https://review.opendev.org/c/openstack/kolla/+/896586 | 11:43 |
opendevreview | Adam Oswick proposed openstack/kolla-ansible master: Persist Neutron agent state files in volume https://review.opendev.org/c/openstack/kolla-ansible/+/877036 | 11:48 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: Drop docker-py from requirements.txt https://review.opendev.org/c/openstack/kolla/+/896644 | 11:50 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: Drop docker-py from requirements.txt https://review.opendev.org/c/openstack/kolla/+/896644 | 12:32 |
mnasiadka | mgoddard mnasiadka bbezak frickler kevko SvenKieske mmalchuk gkoper jangutter jsuazo - meeting in 6 minutes | 12:54 |
mnasiadka | #startmeeting kolla | 13:00 |
opendevmeet | Meeting started Wed Sep 27 13:00:30 2023 UTC and is due to finish in 60 minutes. The chair is mnasiadka. Information about MeetBot at http://wiki.debian.org/MeetBot. | 13:00 |
opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 13:00 |
opendevmeet | The meeting name has been set to 'kolla' | 13:00 |
mnasiadka | #topic rollcall | 13:00 |
mnasiadka | o/ | 13:00 |
jangutter | \o | 13:00 |
bbezak | o/ | 13:00 |
jsuazo | \o | 13:01 |
frickler | \o | 13:01 |
SvenKieske | o/ | 13:01 |
kevko | \o/ | 13:02 |
mnasiadka | #topic agenda | 13:04 |
mnasiadka | * CI status | 13:04 |
mnasiadka | * Release tasks | 13:04 |
mnasiadka | * Regular stable releases (first meeting in a month) | 13:04 |
mnasiadka | * Current cycle planning | 13:04 |
mnasiadka | * Additional agenda (from whiteboard) | 13:04 |
mnasiadka | * Open discussion | 13:04 |
mnasiadka | #topic CI status | 13:04 |
mnasiadka | So, Kolla CI is red, because RabbitMQ went over their CloudSmith credits | 13:04 |
mnasiadka | there's a patch to move to a mirror of CloudSmith, but aarch64 is not there | 13:04 |
mnasiadka | I raised a question if RMQ folks could mirror aarch64 as well | 13:05 |
mnasiadka | #link https://github.com/rabbitmq/rabbitmq-server/discussions/9553 | 13:05 |
opendevreview | Juan Pablo Suazo proposed openstack/kolla-ansible master: Deploy Glance and Cinder Backup with S3 backend support https://review.opendev.org/c/openstack/kolla-ansible/+/844614 | 13:05 |
mnasiadka | I haven't noticed other problematic failures (apart the Rocky mirror availability that has been solved now) | 13:06 |
mnasiadka | #topic Release tasks | 13:06 |
mnasiadka | I still didn't have time to raise the cycle highlights patch | 13:06 |
mnasiadka | I'll do so today... | 13:06 |
mnasiadka | Once all ,,normal'' projects release soon - we should get RDO packages and can think about a list of things to do before we branch | 13:07 |
mnasiadka | #topic Current cycle planning | 13:07 |
mnasiadka | So, we merged Kolla/Podman | 13:08 |
mnasiadka | Kolla-Ansible/Podman needs reviews - I did have a look on the a-c-k patch, and probably we need a discussion | 13:08 |
mnasiadka | currently we set virtualenv: None | 13:08 |
mnasiadka | and do when: virtualenv is not None | 13:08 |
mnasiadka | and it seems some contributors believe it's an antipattern or bad practice | 13:09 |
mnasiadka | and we should not define variable defaults | 13:09 |
mnasiadka | and use when: virtualenv is not defined | 13:09 |
kevko | which defaults ? | 13:09 |
mnasiadka | role defaults | 13:09 |
mnasiadka | :) | 13:09 |
mnasiadka | we have historically set role defaults to empty variables, sometimes to None and lived like that | 13:09 |
mnasiadka | #link https://review.opendev.org/c/openstack/ansible-collection-kolla/+/892990 | 13:10 |
SvenKieske | mhm, I have to think about this again | 13:10 |
mmalchuk | o/ | 13:10 |
kevko | i think defaults should be defaults and host_vars and group_vars or role vars can override ... | 13:10 |
mnasiadka | and it seems podman feature authors have been influenced by this | 13:10 |
mnasiadka | I would prefer we stick to the current ,,scheme'' and discuss such things on PTG | 13:10 |
mnasiadka | Maybe it could be an extension of ,,Zens of Kolla'' including some custom ansible-lint rules or something similar | 13:11 |
SvenKieske | well podman feature authors got afaik told not to do it a certain way and then iirc pointed out that we do this stuff inconsistent? not sure anymore though.. | 13:12 |
mnasiadka | Just not near the cycle end :) | 13:12 |
SvenKieske | didn't we already agree to discuss this during PTG? | 13:12 |
mnasiadka | Yeah, I think so, just wanted to confirm :) | 13:13 |
mnasiadka | but for example here: https://review.opendev.org/c/openstack/ansible-collection-kolla/+/852240/25/roles/podman/defaults/main.yml#20 | 13:13 |
mnasiadka | I see commented out variables in role defaults | 13:13 |
mnasiadka | I'll do some testing of that role and rework it so we keep to the current ,,scheme'' of empty but set variables in defaults :) | 13:14 |
mnasiadka | kevko: mentioned we need python3-podman package in Debian (or fail when installing podman-py outside of venv) | 13:14 |
mnasiadka | Probably for now we should fail, and once the package is in Debian - we can do the same what we do for docker | 13:15 |
mnasiadka | kevko: is that fine? | 13:15 |
kevko | yep | 13:15 |
mnasiadka | great | 13:15 |
mnasiadka | Let's Encrypt - I can tackle that one once podman is in | 13:15 |
SvenKieske | just pointing out the obvious: we could also force a venv for podman, no? it's a new feature? | 13:15 |
mnasiadka | SvenKieske: I think that implies we would force a venv for kolla-ansible and we would need to glue those two things together | 13:16 |
mnasiadka | up until now we haven't forced that on users | 13:16 |
SvenKieske | I'm also fine with the current solution, just wanted to mention that in case it was missed. | 13:16 |
mnasiadka | We could discuss that at the PTG | 13:16 |
SvenKieske | ok | 13:16 |
mnasiadka | bbezak: unless you have cycles to have a look in Let's Encrypt in coming days? | 13:17 |
kevko | i hope LE is written nice now :) | 13:17 |
mnasiadka | kevko: just looking for a thorough review :) | 13:18 |
kevko | i know | 13:18 |
bbezak | sorry, not in 2-3 weeks (going on vacation) | 13:18 |
kevko | regarding python-docker and python-podman ...this module is needed on dest hosts ... so does it mean that you want to install venv on dest hosts and change PYTHONPATH to include venv ? | 13:19 |
mnasiadka | ok then, LE waiting for Podman to merge ;) | 13:19 |
mnasiadka | kevko: I think let's not get into that now, just fail if Debian and not venv ;) We can discuss options at the PTG if the package does not get into Debian | 13:20 |
mnasiadka | jangutter: how are we with etcd bump? is there a patch to add a precheck that Zun does not work at all now? | 13:20 |
mnasiadka | (and a deprecation notice attached) | 13:21 |
mmalchuk | there was a change to drop Zun | 13:21 |
jangutter | I've sent up one last night (sorry got busy with on-call stuff here) | 13:21 |
mmalchuk | https://review.opendev.org/c/openstack/kolla-ansible/+/896593 | 13:21 |
mnasiadka | looks nice, thanks | 13:22 |
mnasiadka | kevko, frickler - mind having a look at ^^ ? | 13:22 |
jangutter | Any notes are welcome, since this is mostly going to be a human-interaction thing, if you can find anything that's confusing or should be simpler, don't be afraid to yell! | 13:23 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: Drop docker-py from requirements.txt https://review.opendev.org/c/openstack/kolla/+/896644 | 13:24 |
mnasiadka | ok then | 13:24 |
mnasiadka | what about bumping etcd now? what's the order jangutter ? | 13:24 |
jangutter | Order is the role improvements then the version bump I guess. (doesn't matter much for folks running releases, but it makes it a bit more testable in CI) | 13:25 |
opendevreview | Merged openstack/kolla-ansible master: Add ML2/OVN and ML2/OVS setting checks for neutron https://review.opendev.org/c/openstack/kolla-ansible/+/895143 | 13:26 |
jangutter | but, they're technically totally independent. | 13:26 |
mnasiadka | ok then | 13:26 |
SvenKieske | I yelled :) | 13:26 |
jangutter | Thanks! | 13:26 |
mnasiadka | #link https://review.opendev.org/q/topic:update-etcd-v3.4 | 13:26 |
SvenKieske | deprecation != disable would be nice to correct that, it's a pet peeve of mine | 13:26 |
mnasiadka | so that one | 13:26 |
opendevreview | Michal Nasiadka proposed openstack/kolla master: Fix build errors missing podman/docker module https://review.opendev.org/c/openstack/kolla/+/896586 | 13:27 |
mnasiadka | ok, I think that's it for current cycle, I mean enough things to review for a week ;) | 13:27 |
mnasiadka | #topic Additional agenda (from whiteboard) | 13:28 |
mnasiadka | (jsuazo) cinder & galnce S3 support. Ready for merge (?) | 13:28 |
mmalchuk | almost | 13:28 |
mmalchuk | cleanup the commit message and merge | 13:29 |
jsuazo | Will make the change in about a min, would appreciate the +2 | 13:30 |
mnasiadka | yes, jsuazo can you apply mmalchuk's comment? | 13:30 |
mnasiadka | added that to RP+1, hopefully it will get more reviews | 13:30 |
opendevreview | Juan Pablo Suazo proposed openstack/kolla-ansible master: Deploy Glance and Cinder Backup with S3 backend support https://review.opendev.org/c/openstack/kolla-ansible/+/844614 | 13:31 |
mnasiadka | (jsuazo) TAAS configurations in kolla | 13:31 |
mnasiadka | ok, that one - I thought we agreed to install TAAS package directly via pip without using additions/sources/whatever? | 13:31 |
mnasiadka | because if we're going to do it like that - we'll need to track versions in sources.py | 13:31 |
opendevreview | Alex Welsh proposed openstack/kayobe master: Add option to skip kolla docker registry login https://review.opendev.org/c/openstack/kayobe/+/896655 | 13:32 |
jsuazo | i think the idea was proposed but not settled on | 13:32 |
jsuazo | we could track versions in sources.py as the TaaS repository has Version branches for each openstack version | 13:33 |
mnasiadka | yes, but it also has a version pin in upper-constraints.txt | 13:33 |
mnasiadka | so it should work properly | 13:33 |
mmalchuk | we are talking about master? | 13:33 |
mmalchuk | imho there is no issue in stable branches? | 13:34 |
opendevreview | Rafal Lewandowski proposed openstack/kolla-ansible stable/2023.1: Add ML2/OVN and ML2/OVS setting checks for neutron https://review.opendev.org/c/openstack/kolla-ansible/+/896532 | 13:34 |
mnasiadka | well, if we could do it in a simple way - we could backport if anybody is interested - it's just adding a package from pypi | 13:35 |
jsuazo | ok, I will look into changing the installation to be done directly with pip and return to you next week | 13:36 |
mnasiadka | great | 13:36 |
mnasiadka | once that's solved - we can have a look on kolla-ansible side | 13:36 |
jsuazo | ok, thnks! | 13:37 |
mnasiadka | (reviewed the k-a patch now as well) | 13:38 |
mnasiadka | ok then | 13:38 |
mnasiadka | #topic Open discussion | 13:38 |
mnasiadka | Anything? | 13:38 |
kevko | yes | 13:38 |
jsuazo | (glance-cinder proposal with latest changes is live) | 13:39 |
kevko | we have rabbitmq images broken :D | 13:39 |
kevko | erlang/rabbitmq incompatibility | 13:39 |
mnasiadka | yes, we'll solve that when backporting the mirror switch | 13:39 |
mnasiadka | no worries | 13:39 |
kevko | you need to ping packages | 13:39 |
kevko | pin | 13:39 |
mmalchuk | http2 merged with an issue | 13:39 |
mmalchuk | quick fix: https://review.opendev.org/c/openstack/kolla-ansible/+/896609 | 13:39 |
kevko | and i have a question , do we have some opinion what to do with rabbitmq images if they are not supported anymore ? | 13:40 |
kevko | (i mean for example for stable branches - if we should fix in stable branch or maintain downstream) | 13:40 |
kevko | mmalchuk: will check | 13:41 |
SvenKieske | you mean no upstream support from rabbitmq or what kind of support? | 13:42 |
mnasiadka | kevko: I had an idea to label rabbitmq container images with a version label and work out a kolla-ansible logic to compare labels and run upgrades if needed (but only where we support rolling ones) | 13:42 |
mnasiadka | I think kevko means EOL versions | 13:42 |
kevko | mnasiadka: yes.. | 13:42 |
SvenKieske | so no upstream support, that's what I meant as well :) | 13:42 |
mnasiadka | rolling upgrades are 3.8+ | 13:42 |
mnasiadka | so my plan should work | 13:43 |
kevko | i noticed that when i was debugging issue on customer side ... i found the incompatibility with erlang ... (we have 25.3 instead 25.2) ...but moreover ...in log i saw "this is not supported anymore" | 13:43 |
SvenKieske | that sounds like a nice idea | 13:43 |
mnasiadka | but then rolling upgrade works only from 3.8 to 3.9, from 3.9 to 3.10 and so on | 13:43 |
SvenKieske | if we put it behind a feature flag|variable "enable_rolling_rabbitmq_upgrades" or something | 13:43 |
mnasiadka | which might mean we would need to do some tags dance | 13:43 |
mnasiadka | (container image tags) | 13:44 |
SvenKieske | some people might want to pin it for some strange reason | 13:44 |
mnasiadka | I'll do some analysis and come up with a proposal on the PTG | 13:44 |
frickler | just EOL old branches faster *scnr* | 13:45 |
mnasiadka | frickler: we're doing that already | 13:45 |
mnasiadka | :) | 13:45 |
mnasiadka | yoga is going to be EM soon, so might be the situation is solved faster ;) | 13:45 |
frickler | well not fast enough, or we wouldn't have this issue with yoga | 13:45 |
mnasiadka | zed is 3.10 and is EOL as well | 13:46 |
SvenKieske | if upgrades wouldn't introduce breaking changes from time to time it wouldn't really matter how fast stuff get's EOL'ed | 13:46 |
mnasiadka | and antelope is 3.11 and will be EOL in 3 months | 13:47 |
frickler | yeah, anyway, I was only be half serious at most | 13:48 |
kevko | EOL - do you think our users are soo fast in upgrading ? :D | 13:48 |
frickler | *being | 13:48 |
SvenKieske | one day devs will EOL faster than they release new versions :D | 13:49 |
kevko | btw - regarding EOL branches .. | 13:49 |
mnasiadka | Ok then, it seems it's a valid topic, at least RabbitMQ is a bit critical in our setups :) | 13:50 |
kevko | what about new policy to merge patchsets for EOL branchces only with one +2 ? | 13:50 |
kevko | is it possible ? | 13:50 |
mnasiadka | EOL branches do not exist | 13:50 |
mnasiadka | EOL = no branch, only wallaby-eol tag, no merging of anything possible | 13:50 |
kevko | ok - stable branches ..not last | 13:50 |
mnasiadka | you mentioned EM branches | 13:50 |
kevko | but release before for example | 13:50 |
kevko | yes | 13:51 |
kevko | i think it's good idea .. wdyt ? | 13:51 |
mnasiadka | We can discuss on the PTG, I have a contrary idea to not maintain EM at all and just do EOL | 13:52 |
frickler | depends on how many reviewers still care about that branch I guess. and would likely better be documented somehow | 13:52 |
SvenKieske | mhm I think cores should decide, because they have to put in the work. I can't judge if it is avoiding sufficient amount of work to be worthwhile. | 13:52 |
mnasiadka | True, but we should be more specific in how do we maintain "unsupported" branches - I think there was a topic going on to rename EM to Unsupported | 13:54 |
frickler | also EM is being replaced by "Unmaintained", but I didn't look at the details yet and how they apply to deployment projects | 13:54 |
mnasiadka | Ah, Unmaintained | 13:54 |
mnasiadka | https://docs.openstack.org/project-team-guide/stable-branches.html#extended-maintenance | 13:54 |
mnasiadka | I'm wondering if there's a knob called "Kolla does not want to do EM/Unmaintained - move EM branch candidates to EOL directly" | 13:54 |
mnasiadka | But if anybody wants to maintain them - sure, we can discuss that on the PTG | 13:55 |
frickler | https://governance.openstack.org/tc/resolutions/20230724-unmaintained-branches.html is the current resolution | 13:55 |
mnasiadka | From my perspective we have problems merging backports in non-EM branches :D | 13:55 |
mnasiadka | Ah right, frickler congrats on getting elected to TC ;-) | 13:55 |
frickler | thx, that was quite some surprise to me | 13:56 |
mnasiadka | well, you put your name in the contest ;) | 13:56 |
mnasiadka | anyway, I'll add the PTG topics we discussed today to the PTG etherpad | 13:56 |
kevko | cg | 13:57 |
SvenKieske | regarding: "move EM branch candidates to EOL directly" afaik we can do that, this was in fact even possible under the old policy, just not done, iirc. | 13:57 |
mnasiadka | and I'd like to discuss the PTG time slots on next meeting - because not a lot of people are voting on the time slots | 13:57 |
mnasiadka | so we just decide on the next meeting about those slots | 13:57 |
SvenKieske | yeah I'm guilty of not voting for some of the time slots, will do.. | 13:57 |
mnasiadka | come with ideas :) | 13:57 |
kevko | link ? :D | 13:58 |
mnasiadka | kevko: do you sometimes read emails? | 13:58 |
kevko | hmm...sometimes :D | 13:58 |
mnasiadka | #link https://lists.openstack.org/pipermail/openstack-discuss/2023-September/035120.html | 13:58 |
SvenKieske | a whole day for kayobe feels excessive ;) | 13:59 |
SvenKieske | just kidding | 13:59 |
kevko | hmm ..i need to try kayobee one day :D | 13:59 |
mnasiadka | https://github.com/rabbitmq/rabbitmq-server/discussions/9553 - I love that RMQ openness - a lot of statements and discussion locked | 13:59 |
mnasiadka | ok, see you next week - thanks for coming :) | 14:00 |
mnasiadka | #endmeeting | 14:00 |
opendevmeet | Meeting ended Wed Sep 27 14:00:17 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:00 |
opendevmeet | Minutes: https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-09-27-13.00.html | 14:00 |
opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-09-27-13.00.txt | 14:00 |
opendevmeet | Log: https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-09-27-13.00.log.html | 14:00 |
SvenKieske | thank you | 14:00 |
mmalchuk | kevko you only promise again) | 14:00 |
mmalchuk | mnasiadka thanks | 14:00 |
mnasiadka | kevko: Kayobe does not support Debian ;) | 14:01 |
mmalchuk | kevko we need your support in Kayobe to add Debian | 14:01 |
kevko | hh | 14:04 |
SvenKieske | ouch, that rabbitmq guy seems really angry :( | 14:05 |
mnasiadka | SvenKieske: he's like that always | 14:06 |
mnasiadka | vmware doesn't like openstack it seems | 14:06 |
mnasiadka | problem is - he doesn't allow us to respond | 14:06 |
kevko | maybe we can provide our own repo and place vrsions per openstack release | 14:06 |
opendevreview | Rafal Lewandowski proposed openstack/kolla-ansible stable/zed: Add ML2/OVN and ML2/OVS setting checks for neutron https://review.opendev.org/c/openstack/kolla-ansible/+/896534 | 14:13 |
mnasiadka | kevko: in theory the RMQ guy is right - rabbitmq packages are noarch, erlang is only arch bound | 14:13 |
mnasiadka | maybe we could limit the apt config to only look in the noarch dir | 14:14 |
opendevreview | Rafal Lewandowski proposed openstack/kolla-ansible stable/yoga: Add ML2/OVN and ML2/OVS setting checks for neutron https://review.opendev.org/c/openstack/kolla-ansible/+/896535 | 14:14 |
SvenKieske | how can a package for $lange be noarch if $lang is arch dependent? | 14:15 |
SvenKieske | so I can install rmq on any arch, where erlang is not available and...how do I run it then? | 14:16 |
mnasiadka | you don't, but it installs :D | 14:18 |
mnasiadka | it's like a python code without python | 14:18 |
SvenKieske | mhm | 14:18 |
mnasiadka | the python software is noarch, but you need python ;) | 14:18 |
SvenKieske | why are computers such a shitshow? :D | 14:19 |
mnasiadka | because it pays for all our houses and weird ideas ;) | 14:19 |
SvenKieske | I don't even got a house :P | 14:20 |
SvenKieske | I guess it pays my rent | 14:20 |
mmalchuk | need second core in https://review.opendev.org/c/openstack/kolla-ansible/+/896609 | 14:22 |
SvenKieske | my first thought was "why do you need 2 cpu cores?" :D | 14:22 |
mmalchuk | lol | 14:23 |
mnasiadka | oh those glory days of single core CPUs | 14:33 |
opendevreview | Juan Pablo Suazo proposed openstack/kolla master: Adds TAAS Neutron plugin to support OVS port mirrors https://review.opendev.org/c/openstack/kolla/+/885151 | 14:38 |
opendevreview | Juan Pablo Suazo proposed openstack/kolla master: Adds TAAS Neutron plugin to support OVS port mirrors https://review.opendev.org/c/openstack/kolla/+/885151 | 14:39 |
opendevreview | Merged openstack/kolla-ansible master: zun: Deprecate Zun provisionally https://review.opendev.org/c/openstack/kolla-ansible/+/896593 | 14:46 |
opendevreview | Juan Pablo Suazo proposed openstack/kolla-ansible master: Configures the tap-as-a-service neutron plugin https://review.opendev.org/c/openstack/kolla-ansible/+/885417 | 15:55 |
opendevreview | Verification of a change to openstack/kolla-ansible master failed: Fix http/2 support for internal endpoints https://review.opendev.org/c/openstack/kolla-ansible/+/896609 | 15:56 |
*** ralonsoh is now known as ralonsoh_ooo | 17:02 | |
opendevreview | Merged openstack/kolla-ansible master: Fix http/2 support for internal endpoints https://review.opendev.org/c/openstack/kolla-ansible/+/896609 | 19:10 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!