14:01:42 #startmeeting RDO meeting - 2022-02-09 14:01:42 Meeting started Wed Feb 9 14:01:42 2022 UTC and is due to finish in 60 minutes. The chair is jcapitao[m]. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:01:42 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:01:42 The meeting name has been set to 'rdo_meeting___2022_02_09' 14:02:20 #topic roll call 14:03:00 o/ 14:03:12 #chair amoralej 14:03:12 Current chairs: amoralej jcapitao[m] 14:03:19 \o 14:03:35 #chair kkula 14:03:35 Current chairs: amoralej jcapitao[m] kkula 14:04:51 spotz__: are you around ? 14:07:35 I think we'll treat spotz 's topic at the end when she's available 14:07:41 yes 14:07:53 #topic Puppet promotion pipeline migration 14:08:01 let's go with first topic 14:08:17 #info CS8 master (Yoga) pipeline is now running on Zuul 14:08:34 RDO tenant 14:08:40 #link https://issues.redhat.com/projects/RDO/issues/RDO-22 14:09:20 https://review.rdoproject.org/zuul/builds?project=rdoinfo&pipeline=openstack-periodic-integration-stable3 14:09:33 first iteration occurred a couple of hours ago 14:09:48 good 14:09:57 i'm mergint the review in ci-config now jcapitao[m] 14:10:11 packstack jobs are failing but it's due to other issue being addressed upstream 14:10:16 if anything is merged before, the pipeline will be automatically enabled again 14:10:55 ah right 14:11:04 O/ 14:11:06 didn't think about it 14:11:19 jcapitao[m], actually, something has merged an hour ago 14:11:26 so probably it's enabled now 14:11:26 #chair PagliaccisCloud 14:11:26 Current chairs: PagliaccisCloud amoralej jcapitao[m] kkula 14:11:43 we need to disable, note that merging that in ci-config will not disable or remove it 14:11:51 we need to disable manually 14:11:51 o/ Sorry IRC on my work machine is messed up 14:12:17 Yeah for backup machines:) 14:12:50 amoralej: right, it's enabled again 14:13:01 actually it ran this morning 14:13:05 yeap I disabled it manually yesterday 14:13:31 i'm disabling it 14:13:50 done 14:14:04 so for next migration, we'll disable it manually, merge the patch and removing it in a row 14:14:42 thank you 14:14:50 i'm not sure if we can disable it via jjb 14:14:53 that'd be the best 14:15:07 first disable in jjb -> remove in jjb 14:15:12 #chair spotz__ 14:15:12 Current chairs: PagliaccisCloud amoralej jcapitao[m] kkula spotz__ 14:15:20 spotz__: no worries :) 14:15:26 we can keep the jobs in jenkins to maintain history for some time 14:16:53 ack let's do that way 14:17:16 that's all for this topic 14:17:19 any question ? 14:18:08 I'll have to read back through but don't think so 14:18:25 let's move on then 14:18:35 #topic Build OpenStack Clients for CS9 14:19:17 Today, someone in #centos-stream asked about shipping clients for CentOS Streasm 9 14:20:31 ustrin> amoralej: we "officially" announced support for CS9 today and one of my cloudy colleagues was asking mainly about availability of the clients 14:20:51 #info community users have requested for availability of openstack clients for CS9 14:21:13 although our plan is to ship yoga for CS9 14:21:26 that's good news we have such a request 14:21:28 i'd say it'd makes sense to build clients for CS9 14:21:56 yes jcapitao[m] people uses it, most of the times, silence means it just works :) 14:22:14 so, i was thinking about building xena releases for cs9 14:22:22 tags are ready and so on 14:22:27 so it sholdn't be too hard 14:22:43 i think we could do the same clients we do in fedora 14:22:47 and promote them 14:23:03 it'd be like a one-shot 14:23:22 wdyt? 14:24:21 I think if it's low effort or reusable effort it'd be a nice win to meet user needs 14:24:37 waiting for Yoga CS9 is too long ? as we'll have to build them in a few weeks 14:25:22 well, it's be almost two months i'd say 14:25:50 ah right 14:25:59 Vs how long for Xena? 14:26:09 b/c we'll have to wait until GA 14:26:20 hi, i was about to say that? xena on CS9? 14:26:51 josecastroleon, so, you'd like to get xena clients for cs9, right? 14:27:03 no need of the full openstack, just clients? 14:28:05 I may need the full openstack later... 14:28:21 normally we don't do distro change + release at the same time 14:28:53 josecastroleon, it's not that easy because upstream proyects start working on new OS versions *after* it's released 14:29:13 that's fair 14:29:15 in this case, actually, we already have packages of xena for cs9 but are not signed 14:29:22 and not in centos mirrors 14:29:38 they are in "RDO Trunk" repos 14:30:05 i can show you how to install them 14:30:19 so that's one part of the reply :) 14:30:24 second part is 14:30:49 for clients, we may be able to ship them in centos mirrors, i think it may make sense 14:31:05 similar to what we do for fedora 14:31:15 yeah I think it worth it to ship them 14:31:17 that'd alleviate your issues? 14:31:35 yes on the client side 14:32:06 Would those packages at some point get signed and available on centos repos at a later time? 14:32:20 josecastroleon, the clients ones yes 14:32:25 that's my proposal 14:32:28 for server side... 14:32:34 server side 14:32:46 our plan is to wait for yoga 14:33:11 and have yoga supported on both cs8 and cs9? 14:33:11 https://releases.openstack.org/yoga/schedule.html 14:33:15 josecastroleon, yes 14:33:18 that's the plan 14:33:21 ok, great 14:33:28 woot finally 14:33:36 * Eighth_Doctor grumbles about oftc 14:33:43 that will be at about mid april 14:34:01 #chair josecastroleon Conan Kudo 14:34:01 Warning: Nick not in channel: Conan 14:34:01 Warning: Nick not in channel: Kudo 14:34:01 Current chairs: Conan Kudo PagliaccisCloud amoralej jcapitao[m] josecastroleon kkula spotz__ 14:34:33 josecastroleon, so, that'd will that plan work for you? 14:35:05 josecastroleon: Keep in mind RDO is a trailing release we need all the other parts released before we can finalize our release 14:35:13 yes, then we can use the yoga release as the transition one 14:35:24 to cs9 14:35:26 yes, that's the idea 14:35:35 as we did with cc7 to cs8 14:35:37 josecastroleon, what deployment tool do you use? 14:35:38 as we did with c7 to cs8 14:35:57 question: is there a reason the clients aren't in EPEL? 14:36:20 not duplicating with cloudsig 14:36:24 it'd make it easier for the extended ecosystem of software that use OpenStack clients to depend on it 14:36:37 for example, I maintain Buildbot in Fedora and EPEL, and I can't offer OpenStack support without them 14:36:45 #chair Eighth_Doctor 14:36:45 Current chairs: Conan Eighth_Doctor Kudo PagliaccisCloud amoralej jcapitao[m] josecastroleon kkula spotz__ 14:37:03 ok, that's another topic Eighth_Doctor 14:37:09 let's close this one first, please 14:37:21 amoralej, puppet on some services 14:37:24 kubernetes on others 14:37:42 yeah, ok, that should be fine 14:37:42 amoralej: I just got here, I don't know stuff :) 14:37:47 but sure 14:37:48 np :) 14:38:17 #info RDO will build and ship OpenStack clients from yoga releases for CS9 in CloudSIG repos 14:38:27 i'm wondering if we should create separated tags... 14:38:40 to have a directory with openstackclient or something 14:38:53 to make it clear that it's just clients 14:39:04 or users may expect to get the full pack 14:39:17 wdyt? 14:39:33 That might be a good idea 14:40:05 that'd inherit from cloud9s-openstack-yoga-testing and yoga-el8-build 14:40:10 to avoid double tagging 14:40:25 +1 14:40:26 yeah to be more explicit 14:40:29 +1 14:40:43 given how many overrides the RDO repos typically ship, that's a good idea 14:40:43 +1 14:41:03 #agreed to create separate CBS tags for cloud9s-openstackclient-yoga 14:41:35 wrt the list of packages, i think we can take it from fedora 14:41:40 i'd say 14:41:55 yes 14:41:55 jcapitao[m], you udpated fedora last times, iirc, we have that list? 14:42:06 ok 14:42:17 with rdopkg and some grepping 14:42:19 we'll rebuild from cbs srpms in cs8 i think 14:42:26 mmm rdopkg :) 14:42:30 we can script it 14:42:49 ok, i think we have a plan :) 14:42:54 And if anyone would like to learn to package...:) 14:43:06 yeah... actually 14:43:24 josecastroleon, would you or some colleague be interested in joining cloud sig? :) 14:43:37 it'd be a great oportunity, i think 14:43:49 +2 14:44:33 we can onboard you 14:44:39 ... I'd like to learn? 14:44:50 PagliaccisCloud, sure! 14:45:18 we may do a cloudsig onboarding session 14:45:45 Sweet! Do you need more volunteers? I'll ask my work colleagues if they can lend a hand 14:46:10 We can make an event out of it:) 14:46:34 ٩( ᐛ )و 14:47:22 well, it needs some learning curve to get up to date 14:47:54 sure, i can try to help 14:48:31 so, i think it's good to have new blood onboard :) 14:48:40 josecastroleon, PagliaccisCloud i'll back to you after the mtg 14:48:49 :) 14:48:50 and will give you some doc links so that you can read 14:48:55 Include me too:) 14:49:34 ok 14:49:55 ok maybe we can add extra topic proposed by Eighth_Doctor 14:50:00 Merged rdo-infra/ci-config master: Add $DISTRO_PATH to find release file for centosci https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/39181 14:50:14 #action amoralej to provide info to PagliaccisCloud and josecastroleon wrt to joining Cloud SIG 14:50:24 yes, now let's move to the other topic 14:50:30 #topic EPEL repos and RDO 14:50:54 let's be more specific, shipping clients in EPEL :) 14:51:26 #undo 14:51:26 Removing item from minutes: #topic EPEL repos and RDO 14:51:50 #topic Shipping clients in EPEL ? 14:52:02 better :) 14:52:38 reminder: 8 minutes left 14:52:41 as you know we had issues in the past mixing RDO and epel 14:53:19 and i wouldn't pursue the goal of mixing them so far 14:53:44 but iiuc what Eighth_Doctor is requesting is just to provide openstack clients in epel 14:53:56 as they are in fedora, it shouldn't be a problem 14:53:58 yeah 14:54:15 if you need all the OpenStack, RDO repos are there :) 14:54:23 but the clients in EPEL would be massively helpful 14:54:24 we'd just keep rebuilding in epel when we update rawhide 14:54:45 so, from technical pov, i don't see any problem 14:54:55 unless we discover some issue with some specific dependency or something 14:54:57 that approach is fine with me too 14:55:01 wich i don't foresee 14:55:09 now, wrt the work :) 14:55:17 we can give a shot 14:55:19 actually, there is an openstack-sig in fedora 14:55:27 which owns those packages 14:55:35 it'd be also helpful to get a hand there 14:55:47 +1 14:55:56 you can ask for help from the epel-packagers-sig if you need it 14:56:07 most of them hang out in #epel:fedoraproject.org 14:56:47 https://docs.fedoraproject.org/en-US/epel/epel-packagers-sig/ 14:56:49 Eighth_Doctor, so that group has build permissions on epel branch on all packages? 14:57:07 they can request it as needed, yes 14:57:15 nice 14:57:24 it's basically a group that helps out when things don't work out in the normal process 14:57:38 they've been instrumental to filling out EPEL 9 so quickly in just three months 14:57:46 i see 14:57:53 make sense 14:58:02 one question 14:58:27 can you explain again 14:58:30 " for example, I maintain Buildbot in Fedora and EPEL, and I can't offer OpenStack support without them" 14:58:43 hm? 14:59:07 ah, https://buildbot.net/ 14:59:11 Buildbot's OpenStack orchestration support requires the OpenStack client libraries for Python 14:59:11 it's that, right? 14:59:20 yes 14:59:31 i see the point 15:00:47 #action investigate what is needed to add openstack clients to fedora and evaluate if we need to involve epel-packagers-sig 15:01:06 ehh? 15:01:07 it's already in fedora 15:01:09 Eighth_Doctor, i can give you a date at this point, sorry, but we'll keep you updated 15:01:09 you mean epel, right? 15:01:14 #undo 15:01:14 Removing item from minutes: #action investigate what is needed to add openstack clients to fedora and evaluate if we need to involve epel-packagers-sig 15:01:21 #action investigate what is needed to add openstack clients to epel and evaluate if we need to involve epel-packagers-sig 15:01:23 now :) 15:01:35 good 15:01:41 Eighth_Doctor, epel8 or 9? what's more urgent for you? 15:01:50 epel9 15:01:57 mmm also, maybe adding them to epel would help josecastroleon 15:02:04 I'm in the middle of upgrading my infra to EPEL 9 15:02:04 instead of pushing to sig 15:02:09 err CentOS 9 15:02:19 jumping from CentOS 7 :o 15:02:47 josecastroleon, ^ what if we ship openstack clients to epel9 instead of cloud sig? 15:04:01 two targets with one shot 15:04:21 woot 15:04:36 we are over time 15:04:41 yep 15:04:41 hehe 15:04:46 that's should be fine i guess 15:04:46 we'll keep discussing with josecastroleon later 15:04:53 i think we can close the topic 15:04:53 ok 15:05:02 let's move with last topic quickly 15:05:06 #topic CFP reminder 15:05:44 #link https://cfp.openinfra.dev/app/berlin-2022 15:06:12 CFP closes today at 23:59 If you're thinking about it please submit. I've been encouraging not just OpenStack but CentOS and Kubernetes talks 15:06:27 We can talk SWAG next week 15:06:40 And that time is UTC 15:07:10 thank you spotz 15:07:22 #topic next week's chair 15:07:26 Thank you ccan sorry about the technical issues 15:07:40 anyone's willing to chair next week ? 15:08:01 Yo (unless anyone else wants to) 15:08:34 We like to share:) 15:08:44 #action PagliaccisCloud to chair next week 15:08:48 thank you PagliaccisCloud :) 15:09:01 thank you everyone for the good discussion here 15:09:09 and sorry for the extra time 15:09:14 thanks all 15:09:20 I'm going to close the meeting 15:09:22 #endmeeting