rdo_meeting_-_2020-04-29
LOGS
14:00:38 <ykarel> #startmeeting RDO meeting - 2020-04-29
14:00:38 <zodbot> Meeting started Wed Apr 29 14:00:38 2020 UTC.
14:00:38 <zodbot> This meeting is logged and archived in a public location.
14:00:38 <zodbot> The chair is ykarel. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:38 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
14:00:38 <zodbot> The meeting name has been set to 'rdo_meeting_-_2020-04-29'
14:00:39 <openstack> Meeting started Wed Apr 29 14:00:38 2020 UTC and is due to finish in 60 minutes.  The chair is ykarel. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:40 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:42 <openstack> The meeting name has been set to 'rdo_meeting___2020_04_29'
14:01:29 <ykarel> Please Add topic to agenda https://etherpad.opendev.org/p/RDO-Meeting
14:01:34 <ykarel> #topic roll call
14:02:53 <jcapitao> o/
14:03:47 <ykarel> #chair jcapitao
14:03:47 <zodbot> Current chairs: jcapitao ykarel
14:03:48 <openstack> Current chairs: jcapitao ykarel
14:08:29 <ykarel> Ok let's start with topics
14:08:42 <ykarel> #topic Ussuri Updates
14:08:54 <ykarel> #info clients and non client libraries are branched and built in CBS
14:09:08 <ykarel> #info most of the core projects are branched, CBS builds in progress
14:09:19 <ykarel> #link https://review.rdoproject.org/r/#/q/topic:ussuri-branching
14:10:04 <ykarel> jcapitao, anything to add in ^^
14:10:15 <ykarel> any issues/updates etc
14:10:40 <jcapitao> worth to mention this one https://review.rdoproject.org/r/#/c/26940/
14:10:54 <mjturek> amoralej: wrt https://review.rdoproject.org/r/#/c/26892/1/openstack-nova.spec I think it's okay to exclude the package, but I only deal with libvirt/kvm on power
14:11:15 <amoralej> mjturek, ack, that's what i guessed
14:11:25 <amoralej> we never shipped pypowervm
14:11:48 <mjturek> (oh sorry it's meeting time - shuffles away in shame)
14:12:12 <jcapitao> it matches the topic :)
14:12:15 <mjturek> \o/
14:12:33 <amoralej> o/ btw
14:12:38 <ykarel> jcapitao, those Xtatic are new deps?
14:12:50 <ykarel> #link https://review.rdoproject.org/r/#/c/26940/
14:13:02 <jcapitao> yeah
14:13:06 <jcapitao> https://github.com/openstack/vitrage-dashboard/compare/stable/train...stable/ussuri
14:13:40 <ykarel> hmm new https://github.com/openstack/vitrage-dashboard/commit/d181623f2285b7d745fe161e703dea7114ec8376#diff-b4ef698db8ca845e5845c4618278f29a
14:14:00 <amoralej> ups
14:14:17 <amoralej> jcapitao, did you check if those exist in fedora?
14:14:37 <jcapitao> amoralej: not yet
14:15:30 <amoralej> if we need new xstatic packages in rdo we'll need help from horizon team
14:16:32 <jcapitao> looks like some don't exist in fedora
14:16:52 <rdogerrit> Merged openstack/ironic-inspector-distgit rpm-master: Requirement Sync for Ussuri  https://review.rdoproject.org/r/26995
14:17:13 <jcapitao> the other ones have been added in rdo by horizon team ?
14:18:59 <rdogerrit> Merged openstack/ovsdbapp-distgit ussuri-rdo: python-ovsdbapp-1.1.0-1  https://review.rdoproject.org/r/27003
14:19:30 <amoralej> jcapitao, yes
14:19:38 <amoralej> xstatic is under horizon team control
14:21:03 <jcapitao> ok, i'll ping them on their irc channel
14:22:09 <ykarel> ok let's move
14:22:26 <ykarel> #action jcapitao to check with horizon team wrt to new xstatic packages in vitrage-ui
14:22:34 <ykarel> #link https://github.com/openstack/vitrage-dashboard/commit/d181623f2285b7d745fe161e703dea7114ec8376#diff-b4ef698db8ca845e5845c4618278f29a
14:22:51 <ykarel> #topic Mock downgrade to 1.4.21
14:23:00 <ykarel> #info mock 1.4.21 is added to both train and ussuri centos8 build-deps repo
14:23:12 <ykarel> #link https://review.rdoproject.org/r/#/q/topic:rdo-centos8-remove-epel
14:23:40 <ykarel> TripleO jobs are now using mock from RDO CentOS8 build-deps repo instead of epel
14:24:16 <ykarel> any queries on this?
14:25:48 <ykarel> ok let's move to next
14:25:56 <ykarel> #topic     codesearch.rdoproject.org going to be removed in favor of https://review.rdoproject.org/codesearch
14:26:12 <ykarel> #link https://lists.rdoproject.org/pipermail/dev/2020-April/009364.html
14:26:15 <ykarel> dpawlik, around?
14:26:55 <ykarel> #chair amoralej mjturek
14:26:55 <zodbot> Current chairs: amoralej jcapitao mjturek ykarel
14:26:56 <openstack> Current chairs: amoralej jcapitao mjturek ykarel
14:27:57 <ykarel> So i just noticed differences in output wrt new services and codesearch.rdoproject.org
14:28:05 <ykarel> https://codesearch.rdoproject.org/?q=Recommends%3A%7CSupplements%3A%7CSuggests%3A%7CEnhances%3A&i=nope&files=&repos=
14:28:26 <ykarel> vs https://review.rdoproject.org/codesearch/?q=Recommends%3A%7CSupplements%3A%7CSuggests%3A%7CEnhances%3A&i=nope&files=&repos=
14:28:56 <ykarel> so before movement can we check if new services are not missing things
14:29:20 <jcapitao> but the matches are the same ?
14:29:29 <ykarel> mmm i see differences
14:29:48 <jcapitao> yeah indeed
14:30:22 <ykarel> ex. in review.rdoproject.org i don't see tempest-distgit
14:30:37 <ykarel> but in old one i see which is correct
14:30:44 <jcapitao> maybe the new one uses the latest stable release
14:32:40 <ykarel> in new one projects are missing
14:33:06 <amoralej> let's ask infra guys
14:34:39 <ykarel> looks like old one is fetching from github while new one from gerrit
14:34:45 <ykarel> okk let's take it off meeting
14:34:56 <amoralej> jpena, fyi ^
14:35:08 <amoralej> ykarel, jcapitao let's ask where should we report issues
14:35:24 <ykarel> amoralej, ack
14:35:56 <ykarel> ok let's move to next topic
14:36:03 <jcapitao> on mailing list ?
14:37:03 <ykarel> mailing list should also be ok
14:37:10 <ykarel> #topic chair for next meeting
14:37:17 <ykarel> any volunteer?
14:38:05 <jcapitao> i can take it
14:38:34 <ykarel> #action jcapitao to chair next week
14:38:36 <ykarel> Thanks jcapitao
14:38:43 <ykarel> #topic open floor
14:38:51 <ykarel> Feel free to bring any topic now
14:39:14 <rdogerrit> Merged openstack/tempest-distgit rpm-master: Remove python2/python3 compatibility in specs  https://review.rdoproject.org/r/26923
14:41:41 <ykarel> i have one topic to discuss wrt usage of weak deps
14:41:55 <ykarel> so yesterday i noticed an issue that in containers weak deps are not installed
14:42:16 <ykarel> #link https://logserver.rdoproject.org/openstack-periodic-master/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-centos-8-master-containers-build-push/cfb2156/logs/buildah-builds/kolla-builds/06132a97-e333-4477-a00b-efa47031bc28/docker/tempest/tempest-build.log
14:42:42 <ykarel> we have multiple usage of weak deps
14:42:46 <ykarel> #link https://codesearch.rdoproject.org/?q=Recommends%3A|Supplements%3A|Suggests%3A|Enhances%3A&i=nope&files=&repos=
14:43:12 <ykarel> The reason weak deps are not installed in container is as weak deps installation is disabled in dnf.conf
14:43:28 <ykarel> #link https://opendev.org/openstack/kolla/src/branch/master/docker/base/dnf.conf#L12
14:44:06 <ykarel> So query is should we enable weak deps installation in container or install deps explicitly
14:45:11 <ykarel> wrt openstack packages, i see usage in ironic/ironic-inspector-client/sahara plugins/tempest
14:45:29 <ykarel> and in future more packages can adopt it
14:45:52 <ykarel> so better we decide how we want to handle it
14:46:55 <ykarel> any opinion ^^?
14:47:23 <jcapitao> mmh my opinion is to enable weak deps in dnf.conf
14:48:38 <ykarel> but with that weak deps will be installed sometimes when not required, and container size can grow
14:49:10 <ykarel> weak deps are like: good to have if available
14:50:26 <ykarel> there is an option to enable weak deps installation, like dnf install --setopt=install_weak_deps=True openstack-tempest-all
14:50:39 <ykarel> which can be used when one want's to install weak deps
14:50:40 <jcapitao> yeah and the other downside is the output image can alter even though the input is the same
14:53:25 <ykarel> hmm with weak deps on or off, output image can differ
14:54:32 <ykarel> so weak deps are not needed always, they are needed case by case basis
14:55:22 <ykarel> so i think people should install weak deps explicitly whenever they need those
14:56:34 <jcapitao> imo, it should be enable as the reflexion remains to the packager
14:57:47 <ykarel> jcapitao, you mean weak deps installation should be enabled in case of containers also?
14:58:22 <jcapitao> if packager hit issues, they should consider to expliticly requires pkgs or not
14:58:37 <jcapitao> ykarel: yeah but that's my opinion
14:59:16 <ykarel> packager will likely not hit issues, it's the users who will be impacted
14:59:24 <ykarel> jcapitao, ohhk
14:59:42 <ykarel> let's take it with more people, we are out of time right now
15:00:15 <ykarel> #endmeeting