13:00:49 #startmeeting rpm_packaging 13:00:50 Meeting started Wed May 9 13:00:49 2018 UTC and is due to finish in 60 minutes. The chair is jpena. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:00:51 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:00:53 The meeting name has been set to 'rpm_packaging' 13:00:54 ping toabctl, dirk, apevec, aplanas, IgorYozhikov, jpena, jruzicka, number80, kaslcrof, ykarel 13:01:03 Remember to add items to the agenda: https://etherpad.openstack.org/p/openstack-rpm-packaging 13:01:25 o/ 13:01:31 #chair jruzicka 13:01:31 Current chairs: jpena jruzicka 13:01:47 hi 13:01:57 #chair toabctl 13:01:57 Current chairs: jpena jruzicka toabctl 13:03:29 jpena, I don't have topics for today 13:03:57 #topic Reviews 13:04:05 we have a couple reviews to look after 13:04:42 https://review.openstack.org/555906 (cinder) and https://review.openstack.org/566856 (keystone) 13:05:02 I'll go through some other reviews, I see we have several for master 13:05:10 ok. me too 13:05:19 and I'll package python-zunclient which is now neede for mistral 13:06:19 good 13:09:06 #topic open floor 13:09:41 I see renderspec templating continue to work well... nice :) 13:09:42 jpena, I'll be out for 3 month 13:10:14 I might join next week but after that, don't expect me to do anything until 22.8. 13:10:28 toabctl: wow, that's a long holiday :) 13:10:32 toabctl, whoa, brutal holiday 13:10:35 jpena, parental leave 13:10:44 ah, congratulations then 13:10:45 I was starting to figure that out :) 13:10:53 thx :) 13:10:59 so not exactly holidays ;) 13:11:17 toabctl, right, but not regular work either ;) 13:11:25 enjoy the beginning of new cycle ;) 13:11:47 sure. and having a break from all that crazy computer stuff is not bad tbh :) 13:12:11 anyway - just wanted to mention it so you don't wonder where I am 13:12:14 it feels like unplugging a cable from spine to me ;) 13:12:20 change is always good 13:13:03 o/ 13:13:10 toabctl, thanks for the info 13:13:44 anything else to discuss? 13:14:03 not from my side 13:14:33 Merged openstack/rpm-packaging master: Remove unnecessary BRs for keystone https://review.openstack.org/566856 13:14:33 Merged openstack/rpm-packaging master: Update reno to 2.9.1 https://review.openstack.org/566024 13:14:40 can i get some eyes on https://review.openstack.org/#/c/566310/ 13:15:04 starting to use singlespec for services ^^ 13:15:44 that's a good one. From what I saw, it looks like we'll need some changes in singlespec to make that work (due to not having a main python-glance package), but I'm not fully familiar with the macros 13:17:40 or alternative, get rid of macros, let renderspec do all the work 13:17:44 jpena, yup that can be fixed i think, i am working around it locally, will make it cleaner and push 13:18:03 I was going to have a closer look at renderspec to see if that's doable 13:18:07 jruzicka, ^wdyt 13:18:34 jpena, maybe I should write a spec, do we have them for rpm-packaging? 13:18:56 apevec: we've never used them afaik 13:19:25 apevec, I personally dislike macros as they are distro specific and hard to distribute 13:19:43 ok, then maybe just some docs with use-story description in the repo? 13:20:06 apevec, I personally would try to have everything in generic platform independent renderspec, but I'm not a big packager so I don't get to see the advantages of macros 13:21:12 if we can go backward, with what bring both renderspec and macros to do the job, may be pros, cons are already known for it 13:21:13 I think singlespec macros is just what suse already had and for suse renderspec would still spit them in the output .spec 13:21:16 apevec: we have some more of that in https://github.com/openstack/renderspec/blob/master/doc/source/usage.rst 13:21:49 jpena, ok, so I'll try to push my thoughts as a review there 13:22:20 apevec, sounds good, tag me as a reviewer. I need to start monitoring upstream gerrit again... 13:22:30 apevec, imo the question is really if we want to have a python2 *and* python3 version for services 13:23:19 dirk and me tried to exercise it with cinder as example here: https://etherpad.openstack.org/p/openstack-rpm-packaging-singlespec-services 13:24:42 * jruzicka needs to run errands before another meeting, will read backlog later 13:25:41 so independent of macros vs. renderspec vs. something else, which binary packages would you expect from cinder (or any other service) that supports python2 and python3 ? 13:26:02 and what is the usecase of having eg. openstack-cinder-volume-py2 and openstack-cinder-volume-py3 ? 13:26:02 we need py3 only for services 13:26:18 apevec, yes. so we can just package the services for python3 :) 13:26:54 but in rocky don't we need python2? 13:26:58 Merged openstack/rpm-packaging master: [keystone] Switch to stestr https://review.openstack.org/566941 13:27:26 ykarel, I would say it's 13:27:48 up to us what we want. it would be nice to have python2 and python3, but if we only provide python3, fine with me 13:28:53 Thomas Bechtold proposed openstack/rpm-packaging master: python-zunclient: Initial packaging https://review.openstack.org/567220 13:30:34 hmm, seeing the current case of singlespec, there is some work needed to get it work for services, 13:30:54 but not sure how to get python3 run on rhel7/centos7 13:31:34 and yes getting only python3 would be cleaner and easier 13:31:38 apevec, ^^ 13:32:52 who all are consumers of the packages generated from rpm-packaging? 13:34:00 if those do not need py2 versions we can get rid of it 13:36:06 afaik, our packages are used by SUSE, and just openstack-macros by RDO (with plans to expand that) 13:37:39 Do SUSE needs py2 version? 13:37:40 ykarel, SUSE uses the libs and the client packages. but not the services currently 13:37:58 ykarel, for the clients and libs, currently yes. but having the service py3 only would be ok 13:38:37 toabctl, Ok, so we can go with py3 only spec, not depending on singlespec, right? 13:46:59 yes 13:47:58 toabctl, Ok Thanks. I will focus on it from tomorrow. Already seeing some issues with py3 packages, but those can be fixed 13:49:02 #agreed focus on py3 for services 13:49:14 Any other topic to discuss? 13:50:03 * ykarel nothing from my side 13:50:37 ok, let's get 10 minutes back, then 13:50:40 #endmeeting