Wednesday, 2023-09-27

opendevreviewNatz cheng proposed openstack/kolla master: Use py3 as the default runtime for tox  https://review.opendev.org/c/openstack/kolla/+/89384001:51
*** ralonsoh_afk is now known as ralonsoh06:21
opendevreviewMaksim Malchuk proposed openstack/kolla-ansible master: Fix http/2 support for internal endpoints  https://review.opendev.org/c/openstack/kolla-ansible/+/89660907:42
SvenKieskeo/07:57
kevko\o/07:57
SvenKieskeI'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
kevkoIt is not podman 08:00
kevkoIt is error logging 08:00
mnasiadkayeah, I noticed that yesterday08:01
mnasiadkathat if you don't have both podman and docker packages installed, then it errors about one of them :)08:01
mmalchukmnasiadka there an error with rabbitmq repo: 402  Payment Required08:06
mmalchukshould we need to pay?)))08:06
mnasiadkawell, I have a patch for switching debian/ubuntu in master, maybe I should push it08:07
mmalchukcool08:08
mmalchuklets do it08:08
opendevreviewMaksim Malchuk proposed openstack/kolla-ansible master: Fix http/2 support for internal endpoints  https://review.opendev.org/c/openstack/kolla-ansible/+/89660908:21
opendevreviewMichal Nasiadka proposed openstack/kolla master: rabbitmq: Use novemberain repos  https://review.opendev.org/c/openstack/kolla/+/89661608:24
kevkomnasiadka: i really think we should switch to rabbitmq/erlang mirrors 09:02
kevkoand not switch back 09:02
SvenKieskeI really think vmware should cough up some money from the multi billion enterprise and just pay for decent servers for their product.09:03
mnasiadkawell, we will switch back when these will fail09:03
mnasiadkadon't worry, there's a lot to do in Kolla business with mirrors switching and all that 09:03
SvenKieske:D09:04
kevkoand 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.html09:04
mnasiadkathat's great ;)09:05
mnasiadkabut easy to solve09:05
mnasiadka(if the packages are there)09:05
mnasiadkaand only if rocky mirrors would not be broken09:05
mnasiadka:D09:05
SvenKieskewhy is the repo change also changing the debian release in the suite? the novemberrain link also 403's for me :/09:06
mnasiadkareplied in the patchset09:08
SvenKieskeah nice, didn't notice the table09:10
SvenKieskeweird that I'm getting 403 in the browser though..does this somehow check the user agent?09:12
opendevreviewMichal Nasiadka proposed openstack/kolla master: rabbitmq: Use novemberain repos for Debian/Ubuntu  https://review.opendev.org/c/openstack/kolla/+/89661609:13
mnasiadkafixed unit tests09:13
kevkomnasiadka: why are you against the official documentation where they says - use mirror09:13
mnasiadkakevko: where am I against the official documentation?09:14
mnasiadkaI was against yesterday, but then SvenKieske pasted a proper discussion from github which states why we should switch, end of story.09:14
kevkoCurrently, the recommended option for installing modern RabbitMQ on Debian and Ubuntu is using apt repositories on a Cloudsmith mirror (quick start script). << 09:15
kevkohttps://www.rabbitmq.com/install-debian.html09:15
kevkomnasiadka: ah, cool, i am very glad that i don't need to fix my downstream gits :) 09:15
SvenKieskekevko: https://github.com/rabbitmq/rabbitmq-server/discussions/9526 :)09:16
SvenKieskeIt's annoying, but such is life :)09:16
mnasiadkaI love https://www.rabbitmq.com/install-debian.html#apt-quick-start-cloudsmith - it says cloudsmith, but there's ppa1.novemberain in the contents09:16
mnasiadkaThose RMQ people could finally shape up and have a reliable mirror, VMware does not have a web server they could use? geez09:17
kevkomnasiadka: no, they are saying "Cloudsmith mirror" 09:17
SvenKieskeyeah, 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
mnasiadkakevko: yes, and there's only one, right?09:19
mnasiadkawell, two, under the same domain09:20
kevkofor HA09:21
kevkothat's good no ? :) 09:21
mnasiadkausually there's a load balancer09:21
mnasiadkaand here APT is the load balancer09:21
mnasiadka:D09:21
mnasiadkaand RHEL-derivatives install packages from packagecloud.io09:24
mnasiadkaI just love it :)09:24
kevkobest 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
kevkoand include in this repo ...09:27
kevkobut i know ...no-one will maintain this :D 09:27
opendevreviewWill Szumski proposed openstack/kolla-ansible master: Support exposing prometheus_server externally  https://review.opendev.org/c/openstack/kolla-ansible/+/82869509:30
mnasiadkaNeilHanlon: Rocky AppStream repo broken again? :(10:01
ViiMnasiadka: yes http://dl.rockylinux.org/ 503 Service Unavailable10:40
ViiBut mirror list work ok 10:41
Viimirrorlist=https://mirrors.rockylinux.org/mirrorlist?arch=$basearch&repo=AppStream-$releasever$rltype10:41
mnasiadkaVii: # FAILED TO CONSTRUCT FALLBACK - not really10:55
kevkomnasiadka: cloudsmith mirror don't have arm64 :/11:02
kevkoaaaaaaaa11:02
mnasiadkakevko: damn11:03
kevkomnasiadka: well, we can leave arm64 as is :D 11:05
mnasiadkaor wait until 30th Sep and set up an OpenDev mirror for that crap11:06
mnasiadkabut that won't solve local builds11:06
kevkoit will not 11:09
kevkowait until 30th september is not fix ....11:09
kevkoit's not limit for specific IP ..it's overal monthly limit 11:09
kevkoso 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
kevkoi think we *need* to use mirror as it is now ...but we need to solve aarch64 builds11:11
mnasiadkawell, ask nicely in that discussion if they can mirror the aarch64 packages as well11:12
NeilHanlonmnasiadka: yeah. more infra problems. planning to fully remediate this week now that I'm back from vacation11:13
NeilHanlonand also fix my fallback code... 🙃11:13
opendevreviewMichal Nasiadka proposed openstack/kolla master: rabbitmq: Use novemberain repos for Debian/Ubuntu x86  https://review.opendev.org/c/openstack/kolla/+/89661611:15
kevkomnasiadka: do you mean that github discussion ? ..comments are disabled11:17
mnasiadkacreating a new one just now11:18
mnasiadkamaybe they will not mix me with mud just like last time11:18
mnasiadkahttps://github.com/rabbitmq/rabbitmq-server/discussions/955311:19
mnasiadkaNeilHanlon: Well, good that it didn't break with you on vacation :)11:20
kevkocool, thanks 11:21
mnasiadkaWell, another week - another breakage11:22
mmalchuklike every week right before the meeting)11:23
kevkomnasiadka: 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
kevkodocker-py, podman-py11:26
mnasiadkaWe solved that with docker-py, so what's the problem with podman?11:26
mnasiadkahttps://review.opendev.org/c/openstack/ansible-collection-kolla/+/89232311:27
opendevreviewMichal Nasiadka proposed openstack/ansible-collection-kolla master: CI: Drop kolla_python_version from Debian jobs  https://review.opendev.org/c/openstack/ansible-collection-kolla/+/89664211:28
kevkomnasiadka: well, podman package not exist 11:28
mnasiadkathat sounds fantastic11:29
kevkoI am debian developer so maybe I can build and upload to debian/sid :) 11:29
kevkoand also to zigo repo 11:29
kevkoeverything can be solved :) 11:30
NeilHanlonmnasiadka: true ;) -- should be all set now, btw11:30
mnasiadkakevko: sounds good11:30
mnasiadkaNeilHanlon: great, thanks :)11:31
kevkohave you ever used pipx ? 11:31
mnasiadkaI had to work it around in GitHub Actions, does it count? :)11:32
mnasiadkaMaybe 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 Bookworm11:32
mnasiadkaunless pipx is the Debian recommended way or something11:32
kevkookay...i will build python3-podman 11:33
opendevreviewAdam Oswick proposed openstack/kolla-ansible master: Persist Neutron agent state files in volume  https://review.opendev.org/c/openstack/kolla-ansible/+/87703611:39
opendevreviewMichal Nasiadka proposed openstack/kolla master: Fix build errors missing podman/docker module  https://review.opendev.org/c/openstack/kolla/+/89658611:43
opendevreviewAdam Oswick proposed openstack/kolla-ansible master: Persist Neutron agent state files in volume  https://review.opendev.org/c/openstack/kolla-ansible/+/87703611:48
opendevreviewMichal Nasiadka proposed openstack/kolla master: Drop docker-py from requirements.txt  https://review.opendev.org/c/openstack/kolla/+/89664411:50
opendevreviewMichal Nasiadka proposed openstack/kolla master: Drop docker-py from requirements.txt  https://review.opendev.org/c/openstack/kolla/+/89664412:32
mnasiadkamgoddard mnasiadka bbezak frickler kevko SvenKieske mmalchuk gkoper jangutter jsuazo - meeting in 6 minutes12:54
mnasiadka#startmeeting kolla13:00
opendevmeetMeeting 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
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:00
opendevmeetThe meeting name has been set to 'kolla'13:00
mnasiadka#topic rollcall13:00
mnasiadkao/13:00
jangutter\o13:00
bbezako/13:00
jsuazo\o13:01
frickler\o13:01
SvenKieskeo/13:01
kevko\o/13:02
mnasiadka#topic agenda13:04
mnasiadka* CI status13:04
mnasiadka* Release tasks13:04
mnasiadka* Regular stable releases (first meeting in a month)13:04
mnasiadka* Current cycle planning13:04
mnasiadka* Additional agenda (from whiteboard)13:04
mnasiadka* Open discussion13:04
mnasiadka#topic CI status13:04
mnasiadkaSo, Kolla CI is red, because RabbitMQ went over their CloudSmith credits13:04
mnasiadkathere's a patch to move to a mirror of CloudSmith, but aarch64 is not there13:04
mnasiadkaI raised a question if RMQ folks could mirror aarch64 as well13:05
mnasiadka#link https://github.com/rabbitmq/rabbitmq-server/discussions/955313:05
opendevreviewJuan Pablo Suazo proposed openstack/kolla-ansible master: Deploy Glance and Cinder Backup with S3 backend support  https://review.opendev.org/c/openstack/kolla-ansible/+/84461413:05
mnasiadkaI haven't noticed other problematic failures (apart the Rocky mirror availability that has been solved now)13:06
mnasiadka#topic Release tasks13:06
mnasiadkaI still didn't have time to raise the cycle highlights patch13:06
mnasiadkaI'll do so today...13:06
mnasiadkaOnce all ,,normal'' projects release soon - we should get RDO packages and can think about a list of things to do before we branch13:07
mnasiadka#topic Current cycle planning13:07
mnasiadkaSo, we merged Kolla/Podman13:08
mnasiadkaKolla-Ansible/Podman needs reviews - I did have a look on the a-c-k patch, and probably we need a discussion13:08
mnasiadkacurrently we set virtualenv: None13:08
mnasiadkaand do when: virtualenv is not None13:08
mnasiadkaand it seems some contributors believe it's an antipattern or bad practice13:09
mnasiadkaand we should not define variable defaults13:09
mnasiadkaand use when: virtualenv is not defined13:09
kevkowhich defaults ? 13:09
mnasiadkarole defaults13:09
mnasiadka:)13:09
mnasiadkawe have historically set role defaults to empty variables, sometimes to None and lived like that13:09
mnasiadka#link https://review.opendev.org/c/openstack/ansible-collection-kolla/+/89299013:10
SvenKieskemhm, I have to think about this again13:10
mmalchuko/13:10
kevkoi think defaults should be  defaults and host_vars and group_vars or role vars can override ...13:10
mnasiadkaand it seems podman feature authors have been influenced by this13:10
mnasiadkaI would prefer we stick to the current ,,scheme'' and discuss such things on PTG13:10
mnasiadkaMaybe it could be an extension of ,,Zens of Kolla'' including some custom ansible-lint rules or something similar13:11
SvenKieskewell 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
mnasiadkaJust not near the cycle end :)13:12
SvenKieskedidn't we already agree to discuss this during PTG?13:12
mnasiadkaYeah, I think so, just wanted to confirm :)13:13
mnasiadkabut for example here: https://review.opendev.org/c/openstack/ansible-collection-kolla/+/852240/25/roles/podman/defaults/main.yml#2013:13
mnasiadkaI see commented out variables in role defaults13:13
mnasiadkaI'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
mnasiadkakevko: mentioned we need python3-podman package in Debian (or fail when installing podman-py outside of venv)13:14
mnasiadkaProbably for now we should fail, and once the package is in Debian - we can do the same what we do for docker13:15
mnasiadkakevko: is that fine?13:15
kevkoyep 13:15
mnasiadkagreat13:15
mnasiadkaLet's Encrypt - I can tackle that one once podman is in13:15
SvenKieskejust pointing out the obvious: we could also force a venv for podman, no? it's a new feature?13:15
mnasiadkaSvenKieske: I think that implies we would force a venv for kolla-ansible and we would need to glue those two things together13:16
mnasiadkaup until now we haven't forced that on users13:16
SvenKieskeI'm also fine with the current solution, just wanted to mention that in case it was missed.13:16
mnasiadkaWe could discuss that at the PTG13:16
SvenKieskeok13:16
mnasiadkabbezak: unless you have cycles to have a look in Let's Encrypt in coming days?13:17
kevkoi hope LE is written nice now :) 13:17
mnasiadkakevko: just looking for a thorough review :)13:18
kevkoi know 13:18
bbezaksorry, not in 2-3 weeks (going on vacation)13:18
kevkoregarding 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
mnasiadkaok then, LE waiting for Podman to merge ;)13:19
mnasiadkakevko: 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 Debian13:20
mnasiadkajangutter: 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
mmalchukthere was a change to drop Zun13:21
jangutterI've sent up one last night (sorry got busy with on-call stuff here)13:21
mmalchukhttps://review.opendev.org/c/openstack/kolla-ansible/+/89659313:21
mnasiadkalooks nice, thanks13:22
mnasiadkakevko, frickler - mind having a look at ^^ ?13:22
jangutterAny 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
opendevreviewMichal Nasiadka proposed openstack/kolla master: Drop docker-py from requirements.txt  https://review.opendev.org/c/openstack/kolla/+/89664413:24
mnasiadkaok then13:24
mnasiadkawhat about bumping etcd now? what's the order jangutter ?13:24
jangutterOrder 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
opendevreviewMerged openstack/kolla-ansible master: Add ML2/OVN and ML2/OVS setting checks for neutron  https://review.opendev.org/c/openstack/kolla-ansible/+/89514313:26
jangutterbut, they're technically totally independent.13:26
mnasiadkaok then13:26
SvenKieskeI yelled :)13:26
jangutterThanks!13:26
mnasiadka#link https://review.opendev.org/q/topic:update-etcd-v3.413:26
SvenKieskedeprecation != disable would be nice to correct that, it's a pet peeve of mine13:26
mnasiadkaso that one13:26
opendevreviewMichal Nasiadka proposed openstack/kolla master: Fix build errors missing podman/docker module  https://review.opendev.org/c/openstack/kolla/+/89658613:27
mnasiadkaok, 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
mmalchukalmost13:28
mmalchukcleanup the commit message and merge13:29
jsuazoWill make the change in about a min, would appreciate the +213:30
mnasiadkayes, jsuazo can you apply mmalchuk's comment?13:30
mnasiadkaadded that to RP+1, hopefully it will get more reviews13:30
opendevreviewJuan Pablo Suazo proposed openstack/kolla-ansible master: Deploy Glance and Cinder Backup with S3 backend support  https://review.opendev.org/c/openstack/kolla-ansible/+/84461413:31
mnasiadka(jsuazo) TAAS configurations in kolla13:31
mnasiadkaok, that one - I thought we agreed to install TAAS package directly via pip without using additions/sources/whatever?13:31
mnasiadkabecause if we're going to do it like that - we'll need to track versions in sources.py13:31
opendevreviewAlex Welsh proposed openstack/kayobe master: Add option to skip kolla docker registry login  https://review.opendev.org/c/openstack/kayobe/+/89665513:32
jsuazoi think the idea was proposed but not settled on13:32
jsuazowe could track versions in sources.py as the TaaS repository has Version branches for each openstack version13:33
mnasiadkayes, but it also has a version pin in upper-constraints.txt13:33
mnasiadkaso it should work properly13:33
mmalchukwe are talking about master?13:33
mmalchukimho there is no issue in stable branches?13:34
opendevreviewRafal 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/+/89653213:34
mnasiadkawell, if we could do it in a simple way - we could backport if anybody is interested - it's just adding a package from pypi13:35
jsuazook, I will look into changing the installation to be done directly with pip and return to you next week13:36
mnasiadkagreat13:36
mnasiadkaonce that's solved - we can have a look on kolla-ansible side13:36
jsuazook, thnks!13:37
mnasiadka(reviewed the k-a patch now as well)13:38
mnasiadkaok then13:38
mnasiadka#topic Open discussion13:38
mnasiadkaAnything?13:38
kevkoyes13:38
jsuazo(glance-cinder proposal with latest changes is live)13:39
kevkowe have rabbitmq images broken :D 13:39
kevkoerlang/rabbitmq incompatibility 13:39
mnasiadkayes, we'll solve that when backporting the mirror switch13:39
mnasiadkano worries13:39
kevkoyou need to ping packages13:39
kevkopin13:39
mmalchukhttp2 merged with an issue13:39
mmalchukquick fix: https://review.opendev.org/c/openstack/kolla-ansible/+/89660913:39
kevkoand 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
kevkommalchuk: will check13:41
SvenKieskeyou mean no upstream support from rabbitmq or what kind of support?13:42
mnasiadkakevko: 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
mnasiadkaI think kevko means EOL versions13:42
kevkomnasiadka: yes..13:42
SvenKieskeso no upstream support, that's what I meant as well :)13:42
mnasiadkarolling upgrades are 3.8+13:42
mnasiadkaso my plan should work13:43
kevkoi 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
SvenKieskethat sounds like a nice idea13:43
mnasiadkabut then rolling upgrade works only from 3.8 to 3.9, from 3.9 to 3.10 and so on13:43
SvenKieskeif we put it behind a feature flag|variable "enable_rolling_rabbitmq_upgrades" or something13:43
mnasiadkawhich might mean we would need to do some tags dance13:43
mnasiadka(container image tags)13:44
SvenKieskesome people might want to pin it for some strange reason13:44
mnasiadkaI'll do some analysis and come up with a proposal on the PTG13:44
fricklerjust EOL old branches faster *scnr*13:45
mnasiadkafrickler: we're doing that already13:45
mnasiadka:)13:45
mnasiadkayoga is going to be EM soon, so might be the situation is solved faster ;)13:45
fricklerwell not fast enough, or we wouldn't have this issue with yoga13:45
mnasiadkazed is 3.10 and is EOL as well13:46
SvenKieskeif upgrades wouldn't introduce breaking changes from time to time it wouldn't really matter how fast stuff get's EOL'ed13:46
mnasiadkaand antelope is 3.11 and will be EOL in 3 months13:47
frickleryeah, anyway, I was only be half serious at most13:48
kevkoEOL - do you think our users are soo fast in upgrading ? :D 13:48
frickler*being13:48
SvenKieskeone day devs will EOL faster than they release new versions :D13:49
kevkobtw - regarding EOL branches ..13:49
mnasiadkaOk then, it seems it's a valid topic, at least RabbitMQ is a bit critical in our setups :)13:50
kevkowhat about new policy to merge patchsets for EOL branchces only with one +2 ? 13:50
kevkois it possible ? 13:50
mnasiadkaEOL branches do not exist13:50
mnasiadkaEOL = no branch, only wallaby-eol tag, no merging of anything possible13:50
kevkook - stable branches ..not last 13:50
mnasiadkayou mentioned EM branches13:50
kevkobut release before for example 13:50
kevkoyes 13:51
kevkoi think it's good idea .. wdyt ? 13:51
mnasiadkaWe can discuss on the PTG, I have a contrary idea to not maintain EM at all and just do EOL13:52
fricklerdepends on how many reviewers still care about that branch I guess. and would likely better be documented somehow13:52
SvenKieskemhm 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
mnasiadkaTrue, 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 Unsupported13:54
frickleralso EM is being replaced by "Unmaintained", but I didn't look at the details yet and how they apply to deployment projects13:54
mnasiadkaAh, Unmaintained13:54
mnasiadkahttps://docs.openstack.org/project-team-guide/stable-branches.html#extended-maintenance13:54
mnasiadkaI'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
mnasiadkaBut if anybody wants to maintain them - sure, we can discuss that on the PTG13:55
fricklerhttps://governance.openstack.org/tc/resolutions/20230724-unmaintained-branches.html is the current resolution13:55
mnasiadkaFrom my perspective we have problems merging backports in non-EM branches :D13:55
mnasiadkaAh right, frickler congrats on getting elected to TC ;-)13:55
fricklerthx, that was quite some surprise to me13:56
mnasiadkawell, you put your name in the contest ;)13:56
mnasiadkaanyway, I'll add the PTG topics we discussed today to the PTG etherpad13:56
kevkocg13:57
SvenKieskeregarding: "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
mnasiadkaand I'd like to discuss the PTG time slots on next meeting - because not a lot of people are voting on the time slots13:57
mnasiadkaso we just decide on the next meeting about those slots13:57
SvenKieskeyeah I'm guilty of not voting for some of the time slots, will do..13:57
mnasiadkacome with ideas :)13:57
kevkolink ? :D 13:58
mnasiadkakevko: do you sometimes read emails?13:58
kevkohmm...sometimes :D 13:58
mnasiadka#link https://lists.openstack.org/pipermail/openstack-discuss/2023-September/035120.html13:58
SvenKieskea whole day for kayobe feels excessive ;)13:59
SvenKieskejust kidding13:59
kevkohmm ..i need to try kayobee one day :D 13:59
mnasiadkahttps://github.com/rabbitmq/rabbitmq-server/discussions/9553 - I love that RMQ openness - a lot of statements and discussion locked13:59
mnasiadkaok, see you next week - thanks for coming :)14:00
mnasiadka#endmeeting14:00
opendevmeetMeeting ended Wed Sep 27 14:00:17 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:00
opendevmeetMinutes:        https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-09-27-13.00.html14:00
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-09-27-13.00.txt14:00
opendevmeetLog:            https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-09-27-13.00.log.html14:00
SvenKieskethank you14:00
mmalchukkevko you only promise again)14:00
mmalchukmnasiadka thanks14:00
mnasiadkakevko: Kayobe does not support Debian ;)14:01
mmalchukkevko we need your support in Kayobe to add Debian14:01
kevkohh 14:04
SvenKieskeouch, that rabbitmq guy seems really angry :(14:05
mnasiadkaSvenKieske: he's like that always14:06
mnasiadkavmware doesn't like openstack it seems14:06
mnasiadkaproblem is - he doesn't allow us to respond14:06
kevkomaybe we can provide our own repo and place vrsions per openstack release14:06
opendevreviewRafal 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/+/89653414:13
mnasiadkakevko: in theory the RMQ guy is right - rabbitmq packages are noarch, erlang is only arch bound14:13
mnasiadkamaybe we could limit the apt config to only look in the noarch dir14:14
opendevreviewRafal 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/+/89653514:14
SvenKieskehow can a package for $lange be noarch if $lang is arch dependent?14:15
SvenKieskeso I can install rmq on any arch, where erlang is not available and...how do I run it then?14:16
mnasiadkayou don't, but it installs :D14:18
mnasiadkait's like a python code without python14:18
SvenKieskemhm14:18
mnasiadkathe python software is noarch, but you need python ;)14:18
SvenKieskewhy are computers such a shitshow? :D14:19
mnasiadkabecause it pays for all our houses and weird ideas ;)14:19
SvenKieskeI don't even got a house :P14:20
SvenKieskeI guess it pays my rent14:20
mmalchukneed second core in https://review.opendev.org/c/openstack/kolla-ansible/+/89660914:22
SvenKieskemy first thought was "why do you need 2 cpu cores?" :D14:22
mmalchuklol14:23
mnasiadkaoh those glory days of single core CPUs14:33
opendevreviewJuan Pablo Suazo proposed openstack/kolla master: Adds TAAS Neutron plugin to support OVS port mirrors  https://review.opendev.org/c/openstack/kolla/+/88515114:38
opendevreviewJuan Pablo Suazo proposed openstack/kolla master: Adds TAAS Neutron plugin to support OVS port mirrors  https://review.opendev.org/c/openstack/kolla/+/88515114:39
opendevreviewMerged openstack/kolla-ansible master: zun: Deprecate Zun provisionally  https://review.opendev.org/c/openstack/kolla-ansible/+/89659314:46
opendevreviewJuan Pablo Suazo proposed openstack/kolla-ansible master: Configures the tap-as-a-service neutron plugin  https://review.opendev.org/c/openstack/kolla-ansible/+/88541715:55
opendevreviewVerification of a change to openstack/kolla-ansible master failed: Fix http/2 support for internal endpoints  https://review.opendev.org/c/openstack/kolla-ansible/+/89660915:56
*** ralonsoh is now known as ralonsoh_ooo17:02
opendevreviewMerged openstack/kolla-ansible master: Fix http/2 support for internal endpoints  https://review.opendev.org/c/openstack/kolla-ansible/+/89660919:10

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