14:01:06 <jcapitao> #startmeeting RDO meeting - 2020-06-10
14:01:06 <zodbot> Meeting started Wed Jun 10 14:01:06 2020 UTC.
14:01:06 <zodbot> This meeting is logged and archived in a public location.
14:01:06 <zodbot> The chair is jcapitao. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:01:06 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
14:01:06 <zodbot> The meeting name has been set to 'rdo_meeting_-_2020-06-10'
14:01:07 <openstack> Meeting started Wed Jun 10 14:01:06 2020 UTC and is due to finish in 60 minutes.  The chair is jcapitao. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:01:08 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:01:10 <openstack> The meeting name has been set to 'rdo_meeting___2020_06_10'
14:01:49 <jcapitao> #topic roll call
14:02:04 <amoralej> o/
14:02:31 <jcapitao> there is still time to add topic to the agenda at https://etherpad.openstack.org/p/RDO-Meeting
14:02:39 <jcapitao> #chair amoralej
14:02:39 <zodbot> Current chairs: amoralej jcapitao
14:02:40 <openstack> Current chairs: amoralej jcapitao
14:02:47 <ykarel> o/
14:03:05 <jcapitao> #chair ykarel
14:03:05 <zodbot> Current chairs: amoralej jcapitao ykarel
14:03:06 <openstack> Current chairs: amoralej jcapitao ykarel
14:05:43 <rdogerrit> Sorin Sbarnea (zbr) proposed rdo-infra/ci-config master: POC: Switch molecule promoter jobs to centos-8  https://review.rdoproject.org/r/28038
14:06:03 <jpena> o/
14:06:40 <jcapitao> #chair jpena
14:06:40 <zodbot> Current chairs: amoralej jcapitao jpena ykarel
14:06:41 <openstack> Current chairs: amoralej jcapitao jpena ykarel
14:07:16 <jcapitao> let's start it
14:07:23 <jcapitao> #topic Openstack clients - Fedora sync
14:07:34 <jcapitao> #link https://review.rdoproject.org/etherpad/p/ussuri-fedora-sync
14:07:50 <jcapitao> so, almost all os clients are now sync in Fedora rawhide
14:08:04 <jcapitao> currently 2 missing due to unit tests failure
14:08:20 <jcapitao> debian folks hit the same issues, they filed the bug upstream
14:08:43 <amoralej> jcapitao, which ones?
14:08:58 <jcapitao> i put them in the pad
14:09:12 <jcapitao> i filed bz ticket just to track them on fedora side
14:09:33 <amoralej> the one about oslo-utils reings me a bell
14:09:57 <amoralej> could you check if we had to disable unit tests in previous builds in fedora?
14:11:03 <jcapitao> ok i will
14:11:20 <jcapitao> but it works with py37
14:11:40 <amoralej> jcapitao, in fedora?
14:11:49 <jcapitao> yep
14:12:16 <jcapitao> and fails since py38
14:13:14 <spotz> Hey all sorry I'm late
14:13:18 <amoralej> ok
14:13:19 <jcapitao> i tried to fix it, unsuccessfully
14:13:28 <amoralej> wrt the octaviaclient looks like legit issue
14:13:34 <amoralej> not sure if only affecting unit tests
14:13:45 <jcapitao> #chair spotz
14:13:45 <zodbot> Current chairs: amoralej jcapitao jpena spotz ykarel
14:13:46 <openstack> Current chairs: amoralej jcapitao jpena spotz ykarel
14:14:01 <jpena> jcapitao: https://bugs.launchpad.net/oslo.utils/+bug/1841072
14:14:02 <openstack> Launchpad bug 1841072 in oslo.utils "test_reflection.CallbackEqualityTest.test_different_instance_callbacks fails on Python 3.8" [Undecided,New]
14:14:51 <jpena> it's not fixed upstream yet, but I see there's some patch for ubuntu
14:14:52 <amoralej> ah, i remembered something about that
14:15:00 <jcapitao> jpena: ah !
14:15:07 <jpena> we could either skip that test or see if the Ubuntu fix is different
14:15:12 <ykarel> ohhk so it failing upstream too https://39770df410ace4902fc0-3eec3a080da8356877afe7c3a8a6cc53.ssl.cf5.rackcdn.com/734145/1/check/openstack-tox-py38/c65b8a1/testr_results.html
14:15:37 <jpena> I'd simply skip the test for now
14:15:47 <ykarel> +1
14:15:50 <amoralej> yep
14:16:34 <amoralej> cgoncalves, some unit tests in octaviaclient are failing since python 3.8 https://storyboard.openstack.org/#!/story/2007536
14:16:41 <amoralej> if you have a chance to take a look
14:17:14 <jcapitao> ok, i'll skip unit tests for oslo.utils
14:17:26 <ykarel> jpena, only the affected test
14:17:34 <ykarel> not all
14:17:36 <jpena> yes, just that test
14:17:36 <ykarel> sorry jcapitao
14:18:02 <jcapitao> ack
14:18:22 <spotz> +1
14:19:02 <jcapitao> last thing about virtualbmc
14:19:16 <jcapitao> it's not in @openstack-sig group
14:19:29 <jcapitao> should we ask ownership ?
14:19:57 <spotz> Is anyone else using it? IE should it be a SiG?
14:20:16 <amoralej> it has a maintainer
14:20:17 <spotz> And even if it's a SiG doesn't mean someone from here can't chair or co-chair
14:20:24 <amoralej> i would not request access
14:20:31 <amoralej> but i would propose PR
14:21:00 <amoralej> and as spotz said, you can ask about being co-maintainer
14:21:14 <jcapitao> yeah i proposed a PR
14:21:35 <amoralej> i just say you did :)
14:22:35 <amoralej> let's see what he says
14:23:07 <jcapitao> ok ;)
14:23:29 <jcapitao> next topic then
14:23:34 <jcapitao> #topic Override file for reqcheck job
14:23:47 <jcapitao> #link https://review.rdoproject.org/r/#/c/26167/
14:23:56 <jcapitao> i'm bringing back this topic as we are now post ussuri release
14:24:25 <jcapitao> so the .spec files are synced with the upstream requirements.txt files
14:24:54 <jcapitao> i've updated the override-file.yml
14:25:30 <jcapitao> so basically, this file contains all the reqcheck exception that should be overwritten or ignored in order to pass reqcheck successfully
14:26:10 <jcapitao> need some reviews :)
14:26:13 <amoralej> ok, i'll take a look later
14:26:22 <amoralej> i need to refresh the syntax of that file :)
14:27:10 <ykarel> me too :)
14:27:15 <jcapitao> if you see a more intuitive way, let me know
14:27:39 <jcapitao> i'm opened to suggestion
14:28:54 <ykarel> may be u can add some details how to manage and how it's generated
14:28:55 <amoralej> i will if i can figure out something better
14:29:25 <jcapitao> ykarel: in the commit message you mean ?
14:29:50 <ykarel> jcapitao, in file itself as a comment would be better
14:30:13 <ykarel> yaml has multi line comment ?
14:30:17 <jcapitao> ykarel: okk, good suggestion
14:30:43 <amoralej> or a README
14:31:08 <amoralej> i think it's better not to mess the file with comments that may break automation at some point
14:31:42 <ykarel> README also ok, main idea is to have better understanding for contributors
14:31:58 <ykarel> and initial reviewers too :)
14:32:17 <jcapitao> let's go for a README :)
14:33:40 <spotz> Poke and I'll review the README
14:33:47 <rdogerrit> Merged openstack/murano-tempest-plugin-distgit rpm-master: Remove congressclient as requirement  https://review.rdoproject.org/r/28007
14:34:11 <jcapitao> #action jcapitao to add a README about override file of reqcheck job
14:34:23 <jcapitao> let's continue
14:34:27 <jcapitao> #topic First jobs running validation of RDO Trunk Victoria on CentOS Stream
14:34:57 <ykarel> great \o/
14:35:00 <rdogerrit> Chandan Kumar created rdo-infra/ci-config master: Add fs038 jobs to queens, rocky and stein promotions  https://review.rdoproject.org/r/28042
14:35:14 <rdogerrit> Merged openstack/murano-distgit rpm-master: Remove congressclient as requirement  https://review.rdoproject.org/r/28006
14:35:28 <jcapitao> so we are taking advantage of CentOS Stream ?
14:35:28 <amoralej> so, according to the goal of using CentOS Stream to validate pre-release RHEL content i've created some periodic jobs
14:35:44 <amoralej> those deploy last promoted master content of centos-stream
14:36:01 <amoralej> i mean *on* centos-stream
14:36:10 <spotz> Nice
14:36:12 <amoralej> that runs daily in periodic pipeline
14:36:35 <amoralej> #info Jobs results in https://review.rdoproject.org/zuul/builds?project=rdoinfo&pipeline=periodic#
14:36:52 <amoralej> #info job names periodic-victoria-puppet-*-centos-stream and periodic-victoria-packstack-*-centos-stream
14:37:12 <amoralej> that's our first approach to centos-stream
14:37:19 <amoralej> running fine so far
14:38:07 <amoralej> note that we keep using standard centos8 to build packages and to run all the rest of the jobs
14:38:25 <amoralej> and there are no plans to switch to centos-stream to build packages in cludsig
14:38:45 <amoralej> i think that's it from my side
14:39:16 <spotz> Are we having any issues with 8 in regards to Networm Manager and no network service?
14:39:40 <amoralej> not so far but i saw a mail in rdo ML
14:39:49 <amoralej> didn't check yet
14:40:20 <amoralej> some of the network configurations in packstack are not persistent
14:40:32 <spotz> amoralej: Which list? Migt not be on all I should be if I'm going to help out here
14:40:37 <amoralej> that has been the case since long ago, as it was only created for CI usage
14:41:21 <amoralej> spotz, https://lists.rdoproject.org/pipermail/users/2020-June/000785.html
14:42:00 <spotz> amoralej: Ok I am on there just missed it:(
14:42:28 <amoralej> np
14:44:03 <jcapitao> ok, next topic
14:44:07 <jcapitao> #topic Congress retirement
14:44:30 <jcapitao> #link https://review.opendev.org/#/q/topic:retire-congress+(status:open+OR+status:merged)
14:44:42 <jcapitao> #link https://review.rdoproject.org/r/#/q/topic:retire-congress+(status:open+OR+status:merged)
14:44:45 <amoralej> #info congress project has been retired upstream
14:45:10 <amoralej> #info congress, congressclient, congress-test-tempest and puppet-congress will be retired from RDO in Victoria
14:45:45 <amoralej> #action anyone using congress packages from RDO should move out of it as packages will be removed soon
14:46:56 <rdogerrit> Sorin Sbarnea (zbr) proposed rdo-infra/ci-config master: POC: Switch molecule promoter jobs to centos-8  https://review.rdoproject.org/r/28038
14:48:23 <jcapitao> let's move to last topic
14:48:34 <jcapitao> #topic Removal of Pike and Ocata Trunk repos
14:49:15 <jcapitao> #link https://lists.rdoproject.org/pipermail/dev/2020-May/009380.html
14:49:30 <jcapitao> ykarel: ^ all yours
14:49:50 <ykarel> So we have notified more than 3 weeks ago about it and not received any objection on it
14:50:07 <ykarel> I think we can drop these repos
14:50:17 <ykarel> may be next week?
14:50:37 <ykarel> by doing a follow up mail that we dropping next week
14:51:15 <amoralej> lgtm
14:51:20 <jcapitao> +1
14:51:28 <amoralej> ykarel, before doing final removal
14:51:34 <amoralej> let's just rename those
14:51:36 <amoralej> for some days
14:51:47 <amoralej> or just remove the symlink and leaving the actual content
14:51:55 <amoralej> just in case
14:52:01 <ykarel> amoralej, okk +1
14:52:39 <ykarel> will notify on mail that we dropping next week
14:52:47 <spotz> +1, a little bit of a scream test but in all honestly sometimes folks need the older stuff
14:53:18 <ykarel> and as a backup we can keep it for some more days by renaming repos
14:54:22 <amoralej> ykarel, also we need to make sure those will not longer created
14:54:26 <amoralej> by automation
14:54:40 <amoralej> in case they are still in hiera files
14:54:49 <ykarel> amoralej, yes let's see how we can do that
14:55:06 <jcapitao> #action ykarel to notify on ML that RDO will drop Pike and Ocata Trunk repos next week
14:55:18 <amoralej> https://softwarefactory-project.io/r/#/c/18347/
14:55:23 <amoralej> that disabled it
14:55:29 <amoralej> now we need to remoe them
14:55:42 <amoralej> from there and also puppet-dlrn common.yml
14:55:54 <ykarel> yes
14:56:45 <ykarel> ok let's move, that's it for this topic
14:56:54 <jcapitao> #topic next week chair
14:57:02 <jcapitao> any volunteer ?
14:58:10 <amoralej> i can take it
14:58:26 <jcapitao> thank you amoralej :)
14:58:30 <jcapitao> #action amoralej to chair next week meeting
14:58:45 <jcapitao> we are running out of time, sorry
14:58:54 <jcapitao> #topic open floor
14:59:40 <jcapitao> if you have anything to bring out there
15:01:22 <jcapitao> let's close the meeting then
15:01:30 <jcapitao> thanks for joining
15:01:37 <jcapitao> #endmeeting