15:01:03 <jcapitao> #startmeeting RDO meeting - 2019-11-06 15:01:03 <zodbot> Meeting started Wed Nov 6 15:01:03 2019 UTC. 15:01:03 <zodbot> This meeting is logged and archived in a public location. 15:01:03 <zodbot> The chair is jcapitao. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:03 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01:03 <zodbot> The meeting name has been set to 'rdo_meeting_-_2019-11-06' 15:01:04 <openstack> Meeting started Wed Nov 6 15:01:03 2019 UTC and is due to finish in 60 minutes. The chair is jcapitao. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:05 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:08 <openstack> The meeting name has been set to 'rdo_meeting___2019_11_06' 15:01:43 <jcapitao> Please add any last-minute topic to https://etherpad.openstack.org/p/RDO-Meeting 15:01:56 <jcapitao> #topic roll call 15:02:47 <ykarel> o/ 15:03:11 <jcapitao> #chair ykarel 15:03:11 <zodbot> Current chairs: jcapitao ykarel 15:03:12 <openstack> Current chairs: jcapitao ykarel 15:03:20 <PagliaccisCloud> \o 15:03:43 <jcapitao> #chair PagliaccisCloud 15:03:43 <zodbot> Current chairs: PagliaccisCloud jcapitao ykarel 15:03:44 <openstack> Current chairs: PagliaccisCloud jcapitao ykarel 15:05:12 <rdogerrit> Adam Kimball created rdo-infra/ci-config master: ppc64le: Fix Typo in Publisher https://review.rdoproject.org/r/23612 15:06:35 <rdogerrit> Adam Kimball proposed rdo-infra/ci-config master: ppc64le: Fix Typo in Publisher https://review.rdoproject.org/r/23612 15:08:24 <jcapitao> we don't have lot of topics today 15:09:22 <PagliaccisCloud> Probably b/c summit? 15:09:58 <amoralej> o/ 15:10:06 <jcapitao> yes perhaps 15:10:14 <jcapitao> #chair amoralej 15:10:14 <zodbot> Current chairs: PagliaccisCloud amoralej jcapitao ykarel 15:10:15 <openstack> Current chairs: PagliaccisCloud amoralej jcapitao ykarel 15:11:20 <jcapitao> so let's start with the first topic (maybe the last) 15:11:36 <jcapitao> #topic OpenStack clients fedora update in rawhide 15:12:06 <jcapitao> amoralej: ^ all yours 15:12:10 <amoralej> yep 15:12:47 <amoralej> #info OpenStack clients are being updated in fedora rawhide to versions released on Train - they will be in f32 15:12:58 <amoralej> it's mainly for awareness 15:13:17 <amoralej> I'm updating all openstack clients and libs we maintain in fedora 15:13:41 <amoralej> to the versions in train, i think they should be updated in rawhide by end of the week 15:13:50 <amoralej> and will be in Fedora 32 15:13:58 <amoralej> i don't plan to update in f31 15:14:18 <jcapitao> we do that every new os release ? 15:14:31 <amoralej> yes 15:14:36 <amoralej> at least we should 15:14:56 <amoralej> we skip one in the past, rocky iirc 15:16:13 <amoralej> that's it from me 15:16:33 <jcapitao> ok 15:16:42 <jcapitao> let's move on 15:17:03 <jcapitao> #topic RDO Train Offical Announcement 15:17:19 <jcapitao> #info RDO made the official Train release announcement 15:17:35 <jcapitao> #link https://blogs.rdoproject.org/2019/10/rdo-train-released/ 15:18:15 <ykarel> \o/ 15:18:36 <jcapitao> \m/ 15:19:09 <jcapitao> now let's do it with c8 :) 15:19:50 <jcapitao> we are in the starting blocks 15:19:50 <amoralej> https://media.giphy.com/media/13ggM8kgGhrxao/giphy.gif 15:19:55 <amoralej> let's celebrate 15:19:56 <amoralej> :) 15:20:20 <mjturek> jpena could you review this small patch when you have a minute? Small spelling mistake :( https://review.rdoproject.org/r/#/c/23612/ 15:20:20 <amoralej> yes jcapitao, now we have another challenge 15:20:49 <jcapitao> amoralej: nice moves ! 15:22:31 <ykarel> amoralej, u got some updates for c8 buildroot from alphacc ? 15:22:54 <amoralej> ykarel, nop, just wip 15:23:01 <amoralej> i asked on monday 15:23:12 <amoralej> let's see if we have something by end of the week 15:23:23 <jcapitao> should be ready begining of next week or the next one ? 15:23:27 <ykarel> amoralej, ack hmm me asked referring ur question from #centos-meeting 15:23:31 <ykarel> i left after meeting 15:24:32 <amoralej> didn't get any other reply 15:24:44 <ykarel> ack 15:25:34 <jcapitao> ok we can move on 15:25:46 <jcapitao> #topic chair for next week 15:25:55 <ykarel> i can take it 15:26:17 <jcapitao> thanks ykarel :) 15:26:31 <jcapitao> #action ykarel to chair the next meeting 15:26:57 <jcapitao> #topic open floor 15:27:18 <jcapitao> Any other topic to discuss? 15:27:27 <rdogerrit> Merged rdo-infra/ci-config master: ppc64le: Fix Typo in Publisher https://review.rdoproject.org/r/23612 15:27:55 <jcapitao> https://softwarefactory-project.io/r/#/c/16877/ 15:28:17 <jcapitao> ^ if you have a chance to review 15:28:52 <amoralej> i need to test last ps 15:29:54 <jcapitao> yeah I did add integration tests 15:30:28 <jcapitao> could be great to find a special package which brings out corner cases 15:31:15 <amoralej> it'd be nice to mock a package 15:31:27 <amoralej> so that we can create corner cases 15:31:39 <amoralej> and maintain it as we want 15:31:44 <amoralej> like a fake package 15:32:01 <amoralej> in the functional tests 15:32:56 <jcapitao> yes, yac did it for some tests 15:33:19 <jcapitao> you're right 15:33:43 <jcapitao> i will go for a spec mock 15:36:27 <ykarel> jcapitao, iiuc u just keeping >= matched versions from all versions in ^^, right 15:36:32 <ykarel> i missed the review 15:36:40 <ykarel> will review tomorrow morning 15:36:58 <jcapitao> yes exactly 15:37:08 <ykarel> jcapitao, is this also takes care for cases like ;python_version=='2.7' 15:37:22 <ykarel> i am not aware if rdopkg already handled those 15:38:18 <amoralej> that's also a good case 15:38:54 <jcapitao> rdopkg does not yet handle this case 15:39:13 <amoralej> we can probably just ignore python2 specific? 15:39:16 <amoralej> at this point 15:39:44 <ykarel> okk then handling is good candidate 15:40:51 <rdogerrit> Harald created rdoinfo master: Add ndisc6 package to dependencies - Train testing https://review.rdoproject.org/r/23613 15:41:01 <jcapitao> amoralej: you mean, as we'll go with p3 only, we can ignore those one ? 15:41:11 <amoralej> yes 15:41:40 <amoralej> although it may be good to cover it for old releases... 15:41:41 <amoralej> mmm 15:42:10 <jpena> I think rdopkg should still support that, we may have similar issues with python 3.x versions 15:42:33 <jpena> if a pypi dep is valid for 3.5 but not for 3.7+ (for example) 15:42:41 <amoralej> yes, but how rdopkg can know when we plan to build for 2 or 3 15:42:52 <amoralej> or handle conditionals? 15:43:15 <jpena> we should teach it to handle conditionals, but that's a separate change 15:43:41 <amoralej> also, rdopkg does not know what version of python we are going to use to build a package 15:43:46 <amoralej> if it's 3.7 or 3.4 15:44:11 <amoralej> unless we pass it as a parameter 15:44:26 <ykarel> mmm but should not be related to on what version packages is build 15:44:50 <ykarel> it should just match requirements.txt and spec changes 15:45:16 <ykarel> not sure if i getting it correctly 15:45:29 <amoralej> if there is foo>=1.0.0;python_version=='2.7 15:45:44 <amoralej> that dep is only needed if the package is going to be built for python2 15:45:53 <amoralej> with current specs 15:46:10 <ykarel> hmm currently we have pyver macros 15:46:23 <amoralej> so, if the package is going to be built only for python3 it's not needed 15:46:50 <amoralej> or rdopkg could check conditionals, that's what i meant 15:47:14 <amoralej> but can be even worst if there is 15:47:29 <amoralej> foo>=1.0.0;python_version=='3.5 15:47:51 <amoralej> in that case if it's built for 3.6, the dep shouldn't be added 15:48:14 <amoralej> i.e. enum34 15:48:19 <ykarel> yup a case exist for dnspython 15:48:20 <ykarel> dnspython3===1.15.0;python_version=='3.4' 15:48:21 <ykarel> dnspython3===1.15.0;python_version=='3.5' 15:48:21 <ykarel> dnspython3===1.15.0;python_version=='3.6' 15:48:21 <ykarel> dnspython3===1.15.0;python_version=='3.7' 15:48:56 <ykarel> and for differrent python version different requirement can be there, ^^ is unrelated 15:49:02 <ykarel> but similar cases can be there 15:49:22 <amoralej> yes 15:49:40 <amoralej> anyway it's quite uncommon 15:49:47 <amoralej> we can make it follow up 15:49:58 <ykarel> ok so we can add such cases in planning etherpad, and plan from there 15:50:05 <ykarel> how to handle these 15:50:17 <jcapitao> yes 15:50:44 <jcapitao> i'll add it in the list 15:51:50 <jcapitao> it's done 15:51:59 <jcapitao> any other topic to discuss? 15:52:19 <rdogerrit> Merged rdo-jobs master: Add periodic-tripleo-ci-centos-7-scenario007-standalone-master https://review.rdoproject.org/r/23598 15:54:06 <jcapitao> then, we'll get 10 minutes back 15:54:16 <jcapitao> #endmeeting