13:00:11 #startmeeting rpm_packaging 13:00:12 Meeting started Thu Nov 3 13:00:11 2016 UTC and is due to finish in 60 minutes. The chair is number80. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:00:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:00:15 The meeting name has been set to 'rpm_packaging' 13:00:19 #topic roll call 13:00:22 who's here? 13:00:29 number80: hi 13:00:34 hi :) 13:00:39 o/ 13:00:59 #chair aplanas jpena 13:01:00 Current chairs: aplanas jpena number80 13:01:09 agenda is here: https://etherpad.openstack.org/p/openstack-rpm-packaging 13:01:16 feel free to complete it 13:01:43 o/ 13:03:10 #chair jruzicka 13:03:11 Current chairs: aplanas jpena jruzicka number80 13:03:37 let's start I guess, toabctl will be late 13:04:11 #topic script to detect old packages in stable and master, based on global reqs, Tom dashboard and Pypi sources 13:04:13 aplanas: 13:05:03 right, I was planing to adapt and add some scripts that I have to automatically detect versions outdate of packages 13:05:16 excellent 13:05:52 we need to take care of packages that are listed in the release list (json from tom) and the ones that are not listed there 13:06:48 after that, I would like to test some ideas to find the required and buildrequred packages, that can be outdated too 13:06:48 aplanas: will you take into account upper-constraints files? 13:06:58 hi 13:07:27 number80: https://github.com/openstack/requirements/blob/master/upper-constraints.txt this? 13:07:44 o/ 13:07:47 sounds good 13:08:13 yes 13:08:15 #chair dirk 13:08:16 Current chairs: aplanas dirk jpena jruzicka number80 13:08:18 hi :) 13:08:30 number80: was not in my radar, but now it is 13:08:37 hi, sorry for being late, on pto and somehow forgot about time 13:08:54 dirk: no worries, DST is confusing all of us :) 13:09:06 I live in utc ;-) 13:09:40 :) 13:10:06 #info aplanas is working on automatic detection of outdated package 13:10:11 anything else? 13:11:03 I guess related to that, did you discuss.. 13:11:14 #link http://www.toabctl.de/openstack/ 13:11:43 yep 13:11:46 dirk: right, this is one of the sources that I have 13:11:57 right, it uses generated json 13:12:58 and also shows u-c since some weeks. but its not using u-c for the status comment 13:13:38 aplanas, for non-openstack packages, opensuse has already http://osc-collab.opensuse.org/ 13:13:40 ok, nevermind then... awaiting the review against rpm-packaging-tools :) 13:13:54 I'm pretty sure fedora has something similar to show the package status 13:14:54 toabctl: we have multiple tools, but none is in good shape 13:15:17 I need 48h days :) 13:15:18 toabctl: it is working now? package status is blank 13:15:40 aplanas, it was working some month ago. 13:17:02 I run it locally and it works fine (last time was last week though) 13:17:14 o/ 13:17:23 #chair IgorYozhikov 13:17:24 sorry i'm late 13:17:24 Current chairs: IgorYozhikov aplanas dirk jpena jruzicka number80 13:17:25 hi 13:17:58 may I suggest that toabctl and aplanas, you check together what's the most appropriate plan to move forward? 13:18:12 number80: good for me 13:18:18 excellent 13:18:40 * number80 wants to leave time for reviews 13:18:45 #topic RDO CI status 13:18:49 jpena: ? 13:19:01 so, after the fixes from last week, we're almost there 13:19:25 we have two pending reviews: https://review.openstack.org/391856 and https://review.openstack.org/392472, and once we fix the taskflow requirements, we can go ahead 13:19:28 yep, remains gdal and networkx but that'll take some time for me to fix 13:20:31 I've set up a WIP job: https://review.rdoproject.org/jenkins/job/DLRN-rpmbuild-rpm-packaging/ . It will not report to reviews for the moment, but I need to check why it hasn't checked any commit yet (it was enabled yesterday) 13:21:20 ack 13:21:32 #info RDO CI is WIP 13:21:42 #link https://review.rdoproject.org/jenkins/job/DLRN-rpmbuild-rpm-packaging/ 13:21:47 anything else? 13:22:03 jpena: so goal is to add it as a non-voting 3rd party report ot the reviews? that would be awesome 13:22:25 dirk: correct. As soon as I'm sure we can build every package, I'll do that 13:22:26 jpena: the two pending ones are merged :) 13:22:32 great! 13:22:36 jpena, cool! 13:23:39 yes, first step is non-voting and after few weeks, we'll review its status (few weeks> 1 week as non-voting) 13:24:10 great 13:24:33 I'll try to get networkx fixed faster 13:24:42 fwiw I plan to add an installation check at the end of the suse ci run soonish 13:24:46 #action number80 fix networkx on EL7 13:24:49 to increase test coverage 13:24:51 good 13:25:01 DLRN already does it by default 13:25:04 dirk, about job you mentioned today for additional checks of uploading versions against u-c. 13:25:18 looks like a common job for all 13:25:34 and should this job be a part of linter? 13:25:51 could be 13:25:51 or as a separate one? 13:26:21 I haven't made up my mind on that one yet. its just a few lines of code of checking, but its worth having indeed to avoid merging something that hasn't landed in g-r yet 13:27:02 i c 13:27:24 yep 13:27:57 it could be doneas part of the linter job, but that one would require network then, which it currently doesn't 13:28:03 so I think a separate job makes more sense 13:28:32 ack 13:28:37 ++ 13:29:01 #info dirk working on a job to check upper-constraints before merging 13:29:18 should we move to reviews? 13:29:35 +1, I need to leave soon 13:30:10 let's move to reviews 13:30:52 https://review.openstack.org/#/c/391362/ 13:30:56 looks fine 13:31:51 IgorYozhikov: still building.. 13:32:03 yes I see 13:32:17 ups. I merged it. shit 13:32:20 sorry 13:32:21 jpena: I got pinged about magnumclient https://review.openstack.org/#/c/389688/ (and the stable/newton) variant 13:32:38 jpena: could you revisit the -1 ? I think upper constraints is meanwhile updated 13:32:51 hmm, its not actually 13:32:52 dirk: oh yes, I saw the ping this morning, but went I went to the review it was already merged 13:32:54 https://github.com/openstack/requirements/blob/master/upper-constraints.txt#L205 13:33:02 https://review.openstack.org/#/c/393126/ 13:33:04 #topic packaging reviews 13:33:06 it's on stable/newton, but still no open review for master 13:33:07 https://review.openstack.org/#/q/project:openstack/pymod2pkg+status:open 13:33:26 erm wrong link 13:33:36 #undo 13:33:36 Removing item from minutes: 13:33:39 https://review.openstack.org/#/q/project:openstack/rpm-packaging+status:open 13:34:21 openstacksdk ? 13:34:36 jpena: ok, I'll work on the g-r change for magnumclient now. we should get this in 13:34:39 u-c is 9.8 13:34:55 proposed change is 9.9 13:35:10 I merged the u-c change a few minutes ago 13:35:25 ah, no, I only +2ed it 13:36:14 https://review.openstack.org/392410 is in the gate 13:37:15 jpena, so we need to wait until it will ^^ landed 13:37:25 g-r is a bit of a mess with the summit and travels. cleaning it up soon 13:39:07 jpena: number80 : any chance you could review https://review.openstack.org/#/c/380834/ ? 13:39:21 I need this with the new suse ci implementation on mitaka 13:39:28 basically it can only do templates now 13:40:05 yes 13:41:04 any controversies on the packaging queue? 13:41:08 *other 13:41:33 yes 13:41:36 the mistral one 13:41:50 I remember we need mistral for some tripleo stuff that is waiting already since forever 13:42:07 tripleoclient right? 13:42:09 dirk, I faced that we have openstackclient with epoch 13:42:10 IgorYozhikov: can you fix the lint fallout on https://review.openstack.org/#/c/382196/ soon ? 13:42:22 already working on that 13:42:30 oh, great 13:42:49 tripleoclient pulls too much things to realistically land any soon 13:42:55 I want to have some more openstack services in rpm-packaging before everone invents their own stuff downstream for ocata again :) 13:43:09 number80: iirc it was the only missing dep 13:43:13 because of reuse of our templates:) some time ago osclient had epoch 1 13:43:16 at least in the suse ci 13:44:04 dirk: it will likely not run, i do not see heat nor heat templates 13:44:12 but ack 13:44:21 number80: iirc we just wanted to have the dep there.. 13:44:47 I'll give it a look then 13:44:49 I am fine with slightly pragmatic on it.. once we have the "useful" core package set there, we can setup functional testing and solve the rest 13:48:59 true, it's just that tripleoclient is a lot of work 13:49:16 no pymod2pkg reviews this week 13:49:56 dirk, tests issues https://build.opensuse.org/package/live_build_log/home:suse-cloud-ci:rpm-packaging-sles12-Master-957995289c7dfb5577605c12f0cd5b3305edf1e3/python-mistral/SLE_12_SP1/x86_64 13:50:39 IgorYozhikov: yeah, functional tests are.not going to work 13:51:01 There is no OpenStack environment to run against. You need to restrict to unit tests 13:51:48 https://packaging-ci.fuel-infra.org/job/master-rpm-packaging-build-centos7/1456/consoleFull 13:51:57 tests passed 13:52:58 I see errors in docs building 13:54:30 anyway will look into it 13:54:53 do we have anything else ? 5 mins to go.... 13:55:38 I have a quick question 13:55:50 :) 13:56:01 could we set a policy that, for version bumps, we set a Depends-On: to the corresponding change in openstack/requirements? 13:56:34 going through the current list of open reviews, there are several that have been opened before the u-c bump has been done 13:56:57 good point until we have no job for version checking 13:56:57 with that, we could review them and even +2+W the patch, but it would not be merged until the u-c review has been merged 13:58:08 and this should be also reflected on wiki 13:58:17 just imo 13:58:51 number80, toabctl ^^^ your thoughts? 13:59:27 sounds good 13:59:34 I agree with using depends-On even if it's informative 13:59:47 yey 14:00:03 we r on time 14:00:38 one last question 14:00:43 #topic next week chair 14:00:48 who wants it? 14:01:01 I can 14:01:11 #info IgorYozhikov is chairing next week 14:01:13 thanks :) 14:01:18 #endmeeting