15:01:32 <amoralej> #startmeeting RDO meeting - 2019-10-23
15:01:32 <zodbot> Meeting started Wed Oct 23 15:01:32 2019 UTC.
15:01:32 <zodbot> This meeting is logged and archived in a public location.
15:01:32 <zodbot> The chair is amoralej. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:01:32 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:01:32 <zodbot> The meeting name has been set to 'rdo_meeting_-_2019-10-23'
15:01:34 <openstack> Meeting started Wed Oct 23 15:01:32 2019 UTC and is due to finish in 60 minutes.  The chair is amoralej. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:01:35 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:01:37 <openstack> The meeting name has been set to 'rdo_meeting___2019_10_23'
15:01:48 <amoralej> #topic roll call
15:01:56 <jcapitao> o/
15:02:20 <PagliaccisCloud> \o
15:02:27 <amoralej> #chair jcapitao PagliaccisCloud
15:02:27 <zodbot> Current chairs: PagliaccisCloud amoralej jcapitao
15:02:28 <openstack> Current chairs: PagliaccisCloud amoralej jcapitao
15:02:59 <ykarel> o/
15:03:29 <amoralej> #chair ykarel
15:03:29 <zodbot> Current chairs: PagliaccisCloud amoralej jcapitao ykarel
15:03:30 <openstack> Current chairs: PagliaccisCloud amoralej jcapitao ykarel
15:03:49 <baha> o/
15:03:55 <amoralej> #chair baha
15:03:55 <zodbot> Current chairs: PagliaccisCloud amoralej baha jcapitao ykarel
15:03:56 <openstack> Current chairs: PagliaccisCloud amoralej baha jcapitao ykarel
15:04:23 <mjturek> o/
15:04:30 <amoralej> #chair mjturek
15:04:30 <zodbot> Current chairs: PagliaccisCloud amoralej baha jcapitao mjturek ykarel
15:04:31 <openstack> Current chairs: PagliaccisCloud amoralej baha jcapitao mjturek ykarel
15:05:15 <amoralej> #topic Train Release #TrailingCycles Announcement
15:05:31 <amoralej> #link https://blogs.rdoproject.org/2019/10/cycle-trailing-projects-and-rdos-latest-release-train/
15:05:39 <amoralej> most of you have probably seen it
15:06:25 <amoralej> leanderthal did create a blog post explaining the current situation of RDO Train
15:07:05 <amoralej> after that we have done some progress on the cycle trailing projects
15:07:46 <amoralej> #info TripleO and Kolla packages have been built and tagged for RDO Train
15:07:59 <amoralej> #link https://review.rdoproject.org/r/#/c/23380/
15:08:34 <amoralej> #info packages should appear in centos mirrors soon today
15:08:48 <amoralej> let me refresh just in case....
15:09:19 <amoralej> nop, not there yet
15:09:38 <ykarel> i just did
15:09:52 <ykarel> not there, and pinged kbsingh at #centos-devel
15:09:54 <amoralej> the only open issue is that repos for altarch are still not published
15:10:04 <amoralej> i pinged too
15:10:10 <ykarel> also networking-ansible is missing
15:10:20 <ykarel> did we get info from radez ?
15:10:26 <amoralej> ykarel, we can add that post-GA
15:10:30 <amoralej> no big issue
15:10:38 <amoralej> no news from radez
15:10:46 <ykarel> amoralej, okk, but container build will need workaround
15:10:49 <amoralej> if there is no a tag soon we can create from commit snap
15:10:56 <ykarel> +1 for ^^
15:11:02 <amoralej> and get it by today
15:11:39 <amoralej> #info altarch repo for RDO Train is still not created https://bugs.centos.org/view.php?id=16590
15:12:59 <amoralej> and i think that's it about train status
15:13:10 <amoralej> am i missing anything?
15:13:53 <amoralej> we also need to update https://www.rdoproject.org/rdo/release-cadence/
15:15:10 <jcapitao> yep
15:15:27 <amoralej> sent https://github.com/redhat-openstack/website/pull/1315
15:15:35 <amoralej> ok, i think we can move on
15:16:17 <amoralej> #topic Call for OpenInfrastructure Summit Shanghai Booth Volunteers
15:17:04 <amoralej> so, as in latest summits, leanderthal is looking for volunteers for Red Hat Booth
15:17:40 <amoralej> #info https://etherpad.openstack.org/p/shanghai-summit-community-pod
15:17:58 <amoralej> if you plan to join the summit and want to help there add yourself
15:18:12 <amoralej> or ask leanderthal if you have any doubt
15:19:18 <amoralej> #action if you plan to join the summit and want to help add yourself to the etherpad
15:19:24 <amoralej> #topic Cleanup BR d2to1
15:19:25 <jcapitao> is there someone at RH going to the summit ?
15:19:49 <amoralej> i'm sure there are someone from RH
15:20:00 <amoralej> but not sure who, at least i will not
15:20:18 <amoralej> #link https://trello.com/c/HGvX9Xat/720-cleanup-br-d2to1
15:20:21 <ykarel> yes i know some people who are going
15:20:25 <ykarel> me also not going
15:20:40 <amoralej> jcapitao, all yours
15:20:50 <jcapitao> yes
15:20:52 <amoralej> about d2to1
15:21:17 <jcapitao> so I removed the BR d2to1 in almost all packages
15:21:33 <jcapitao> still one missing
15:21:46 <jcapitao> tripleo-heat-templates-compat
15:22:03 <jcapitao> but it's a bit special
15:22:32 <ykarel> i remember from last release discussion, that tht-compat is no longer used, but need to check again
15:23:14 <jcapitao> it's a bit painful to manage this one
15:23:21 <ykarel> see https://review.rdoproject.org/etherpad/p/stein-release-preparation line 77
15:24:02 <ykarel> but it's too long ago so we can re confirm from upgrade guys
15:24:16 <amoralej> EmilienM, can we remove t-h-t-compat?
15:24:24 <amoralej> jistr, ^
15:24:34 <jcapitao> interesting
15:24:49 <amoralej> but, iiuc it was not for upgrades but to be able to deploy previous release
15:24:55 <amoralej> or that was my understanding
15:25:08 <jcapitao> he reviewed +1 one of my review this morning or yesterday
15:25:30 <ykarel> amoralej, yes was used in upgrades, to deploy previous release,
15:25:38 <ykarel> and then upgrade to new release
15:26:11 <ykarel> but someone from upgrade can confirm more it's usage
15:26:21 <amoralej> ykarel, jcapitao let's keep working on it and we can propose removal later
15:26:25 <amoralej> when it's confirmed
15:26:36 <ykarel> +1
15:26:36 <jcapitao> ok
15:27:12 <jcapitao> as discussed this morning, I will cherry-pick those changes on trunk repo for train
15:27:38 <jcapitao> w/o upgrading release
15:27:49 <amoralej> in tripleo packages we merged before branching so those will not need it i think
15:28:04 <amoralej> but still a good number of cherry-picks will be needed
15:28:27 <amoralej> thanks for taking care jcapitao
15:28:50 <jcapitao> ok for tripleo packages
15:29:09 <jcapitao> no worries
15:29:14 <jcapitao> #info Those patches will be cherry-pick, by the end of the week, on trunk repo for train (no update release)
15:30:17 <amoralej> next topic?
15:30:23 <jcapitao> yes we can move on
15:30:26 <amoralej> #topic Improving requirements management
15:30:32 <amoralej> it's also yours
15:31:26 <jcapitao> so, monday and tuesday I did a meetup with SF at Paris ofice
15:32:48 <jcapitao> there were mhu, fboucher and tvignaud
15:33:48 <jcapitao> during this meetup, tvignaud told us that there some mismatch on requirements downstream
15:34:15 <jcapitao> in fact, the issues were raised by end-users
15:34:57 <jcapitao> as it's difficult to catch those mismatch with test
15:35:12 <ykarel> jcapitao, more context?
15:35:19 <ykarel> any specific example what was missing
15:35:24 <jcapitao> about the meetup ?
15:35:39 <ykarel> about what reqcheck was missing specifically
15:35:43 <jcapitao> ah, hmm I don't have an example
15:35:43 <amoralej> my understanding is that bumps in requirements.txt takes too long to be updated in the specs
15:35:46 <ykarel> which project, what requirement
15:35:55 <amoralej> as we only do it proactively in GA preparation
15:36:09 <amoralej> was that the issue
15:36:10 <amoralej> ?
15:36:20 <jcapitao> but I can ask tvignaud which project
15:36:26 <ykarel> yes /me was trying to understand ^^ only
15:36:36 <ykarel> we missed in GA or it was post GA
15:36:38 <ykarel> or anything else
15:36:55 <ykarel> because reqcheck in itself has some issue
15:36:56 <amoralej> it'd be good to understand the specific issues
15:36:58 <ykarel> related to naming
15:37:04 <jcapitao> I don't know the details
15:37:13 <jcapitao> but I will gather the information
15:37:17 <ykarel> okk would be good to gather those :)
15:37:21 <amoralej> but it's right we don't update requires and buildrequires proactively
15:37:30 <jcapitao> to have more understanding
15:37:42 <jcapitao> yes so it was the solution we came up to
15:37:47 <amoralej> there are some issues as ykarel mentioned, but it's good to improve it
15:37:50 <ykarel> +1 on the plan to use reqcheck as a job,
15:37:54 <jcapitao> to integrate reqcheck in a job CI
15:38:23 <jcapitao> https://review.rdoproject.org/r/#/c/23352/
15:38:55 <jcapitao> we bootstraped the minimal settings
15:39:01 <amoralej> jcapitao, you have some example job depending on that one?
15:39:13 <jcapitao> yes
15:39:56 <jcapitao> https://review.rdoproject.org/r/#/c/23351/
15:40:34 <jcapitao> we made some tests on barbican distgit
15:40:59 <amoralej> interesting
15:41:09 <jcapitao> rdopkg has been added to our tenant
15:41:17 <jcapitao> zuul tenant
15:41:19 <jcapitao> https://review.rdoproject.org/r/23356
15:42:15 <amoralej> but, i.e. in that case it's complaining  pyOpenSSL >= 17.1.0 is missing
15:42:20 <amoralej> but it's actually there
15:42:41 <amoralej> Requires: python%{pyver}-pyOpenSSL >= 17.1.0
15:42:53 <amoralej> we probably need to push some fixes in pymod2pkg
15:42:59 <jcapitao> yes
15:43:02 <amoralej> to make it reliable
15:43:14 <jcapitao> we used the package
15:43:30 <jcapitao> which do not contains the last changes
15:43:35 <ykarel> yup pymod2pkg changes are needed for multiple projects
15:43:45 <ykarel> it's doable
15:43:45 <jcapitao> especially the pymod2pkg
15:44:03 <jcapitao> in local we used virtualenv
15:45:01 <jcapitao> in the ci jobs I think we must checkout the rdopkg and install it in a virtualenv as well
15:45:53 <jcapitao> so now it's WIP
15:46:02 <amoralej> ok
15:46:05 <amoralej> lgtm
15:46:28 <jcapitao> I will continue to work on it
15:46:33 <amoralej> i think we can implement more improvements after this first job
15:46:50 <amoralej> also, i'd implement some kind of exceptions list
15:46:59 <amoralej> i'm pretty sure we will have exceptions
15:47:32 <amoralej> dependencies for specific functionalities that we don't suppor and we don't ship, etc...
15:47:38 <jcapitao> it would be great to have a plan on this, wdyt ?
15:48:02 <amoralej> yes, +1
15:48:03 <ykarel> +1 for plan
15:48:19 <amoralej> let's create a trello card to list and track all the different improvements
15:48:21 <jcapitao> ok I will create a pad
15:48:25 <amoralej> around it
15:48:27 <amoralej> yes
15:48:35 <amoralej> trello card + etherpad
15:48:49 <rdogerrit> Eric Harney created openstack/cinder-distgit rpm-master: Remove babel as runtime dep  https://review.rdoproject.org/r/23392
15:48:49 <jcapitao> and let you add specific cases I'm not aware of
15:49:08 <amoralej> ok
15:49:40 <amoralej> #action jcapitao to create an etherpad and trello card about requirements improvement plan
15:50:46 <jcapitao> that's all for me
15:50:52 <amoralej> also, removing old deps removed upstream is something we are not good at
15:50:59 <amoralej> it'd be other improvement area
15:51:19 <jcapitao> indeed
15:51:35 <amoralej> ok, let's move on
15:51:45 <amoralej> #topic volunteer to chair next week?
15:52:25 <ykarel> i can take it
15:52:42 <amoralej> #action ykarel will chair next week
15:52:45 <amoralej> thanks ykarel
15:52:51 <amoralej> #topic open floor
15:53:02 <amoralej> we have some minutes for anything else you'd like to bring
15:53:41 <ykarel> If anyone would like to try out TripleO standalone with CloudSIG train repos
15:53:46 <ykarel> can try https://review.rdoproject.org/etherpad/p/tripleo-train-standalone-cloudsig
15:53:58 <ykarel> there are some workarounds for the issues mentioned earlier
15:54:27 <amoralej> #info instructions to try TripleO standalone with CloudSIG train repo in https://review.rdoproject.org/etherpad/p/tripleo-train-standalone-cloudsig
15:54:45 <amoralej> ykarel, do you think we are very far of doing that a job?
15:54:52 <amoralej> using standard oooq?
15:55:08 <ykarel> amoralej, /me planning to resume the work for it tomorrow
15:55:12 <amoralej> as part of gating
15:55:17 <ykarel> i need to check again what all missing
15:55:17 <amoralej> that'd be fantastic
15:55:24 <amoralej> i know you did some progress
15:55:32 <amoralej> let's see
15:55:45 <ykarel> yup will resume tomorrow morning and will have something soon
15:56:30 <amoralej> nice
15:56:43 <amoralej> also, ykarel jcapitao if you can review https://review.rdoproject.org/r/15114
15:56:57 <ykarel> ok
15:57:00 <amoralej> so that we can merge some of the scripts for new releases in releng project
15:57:20 <jcapitao> ok
15:58:11 <ykarel> +2 for me for the initial push
15:58:32 <amoralej> one thing we'll need to work on soon is to make python3 compatible all our tooling and scripts
15:58:40 <amoralej> to move to centos8 at some point...
15:59:07 <ykarel> yeah i remember something failed for me when i tried with python3
15:59:15 <amoralej> but ok, that's another topic :)
15:59:20 <ykarel> yes
15:59:27 <amoralej> i just remembered reading https://review.rdoproject.org/r/#/c/13410/
15:59:29 <ykarel> good to create trello card and track there
15:59:32 <amoralej> that has some python3 changes
15:59:38 <jcapitao> +1
15:59:46 <ykarel> as we would need for all our scripts
16:00:15 <amoralej> ykarel, jcapitao let'ss add to https://review.rdoproject.org/etherpad/p/moving-rdo-to-centos8
16:00:25 <amoralej> we need to convert to trello all that
16:00:31 <ykarel> amoralej, +1 to ^^
16:00:51 <amoralej> "4. Adapt automation for CloudSIG builds for CentOS8:"
16:01:03 <amoralej> actually scope is wider
16:02:25 <amoralej> i just added a new point there
16:02:28 <ykarel> ack
16:02:31 <amoralej> ok, i think we are over time
16:02:44 <amoralej> i'm closing the mtg if there is nothing else to discuss
16:03:29 <jcapitao> nothing else on my side
16:03:31 <amoralej> #endmeeting