13:01:46 <toabctl> #startmeeting rpm_packaging 13:01:47 <openstack> Meeting started Thu Mar 16 13:01:46 2017 UTC and is due to finish in 60 minutes. The chair is toabctl. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:01:49 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:01:51 <openstack> The meeting name has been set to 'rpm_packaging' 13:01:54 <IgorYozhikov> o/ 13:01:55 <toabctl> ping toabctl, dirk, apevec, aplanas, IgorYozhikov, jpena, jruzicka, number80, kaslcrof 13:02:13 <toabctl> #chair dirk IgorYozhikov jpena|lunch number80 13:02:14 <openstack> Current chairs: IgorYozhikov dirk jpena|lunch number80 toabctl 13:02:39 <toabctl> please add your agenda points to the etherpad 13:02:47 <toabctl> #link https://etherpad.openstack.org/p/openstack-rpm-packaging 13:04:33 <jpena> o/ 13:06:24 <toabctl> let's start 13:06:35 <toabctl> #topic Nova and SUSE 13:06:47 <toabctl> #link https://review.openstack.org/#/c/425673/ 13:07:01 <toabctl> IgorYozhikov, ^^ 13:07:39 <dirk> tests are failing it seems 13:08:59 <IgorYozhikov> yes, tests failing and what should i do next: add if case for if with tests or wait for suse ci update? 13:09:40 <toabctl> do we know why it is failing? 13:11:22 <IgorYozhikov> not sure, on previous meeting someone said, if I'm not mistaken, that this could be pbr issue 13:11:58 <dirk> the pbr issue was with the man page naming 13:12:03 <dirk> this looks different 13:12:28 <dirk> I was actually fixing the ci setup over the last few days, so things might be better on the next recheck 13:13:25 <IgorYozhikov> recheck sent 13:14:05 <dirk> overall things are in a pretty bad shape, there is no coinstallable combination of pbr+sphinx+webob+docutils right now that would pass build checks :( 13:14:13 <dirk> upstream is moving too fast / not releasing fast enough 13:14:44 <dirk> IgorYozhikov: that recheck will fail until https://review.openstack.org/#/c/445829/ is merged 13:15:11 <dirk> IgorYozhikov: because https://review.openstack.org/#/c/444721/ got merged which broke all of SUSE CI 13:16:34 <dirk> IgorYozhikov: unfortunately fuel gate seems to block that one.. 13:17:21 <IgorYozhikov> looking 13:17:29 <dirk> IgorYozhikov: Error: No Package found for python-psutil >= 3.2.2 13:19:19 <IgorYozhikov> dirk, thank you a lot, we can merge this one 13:19:31 <toabctl> done 13:19:53 <dirk> great, now for some rechecking exercise once that finished merging 13:19:58 <IgorYozhikov> and after mos ci will build proper ver of psutil, I'll post republish message & mos ci will rebuild it 13:20:37 <dirk> thanks for taking care 13:20:42 <dirk> #action dirk recheck all the suse-ci failures 13:20:50 <dirk> #action IgorYozhikov add psutil >= 3.2.2 to mos ci 13:20:54 <dirk> next? 13:21:10 <toabctl> #topic python3 - feedback to singlespec macros 13:21:14 <toabctl> that's from me 13:21:44 <toabctl> so a couple of weeks ago I asked for feedback on SUSE's singlespec approach. has anybody tested that or had a look? 13:22:10 <jpena> tbh, I was waiting for jruzicka or number80 to chime in 13:22:37 <toabctl> number80, any update on that topic? 13:23:06 <toabctl> jruzicka told me that number80 is better in interacting with the fedora community :) 13:23:14 <IgorYozhikov> no updates from my side more than were a week ago, might be rdo colleagues had time to review single spec? 13:23:55 <toabctl> jpena, you you internally ping number80 or the responsible persons for fedora to have a look? 13:24:06 <jpena> toabctl: ack, I will 13:24:09 <toabctl> thx 13:24:27 <toabctl> #action jpena ping fedora guys to have a look at singlespec approach 13:24:41 <toabctl> #topic OpenFloor 13:24:51 <toabctl> anything else? any special review? 13:25:26 <dirk> not from me 13:25:43 <IgorYozhikov> I want to discuss question raised by tlbr 13:26:09 <IgorYozhikov> about usage of "db sync" inside unit files 13:28:36 <IgorYozhikov> I'm fine as with presence as with absence of such ExecStartPre options and want to get your opinion 13:28:47 <IgorYozhikov> I'm about - https://review.openstack.org/#/c/425673/34/openstack/nova/openstack-nova-api.service 13:29:03 <jpena> that was the first time I saw that in a unit file. It might be a nice trick, the only issue is that the service will fail to start if the DB is not available yet 13:29:32 <dirk> jpena: there is a - in front of it 13:29:37 <dirk> jpena: so it ignores failures 13:29:39 <jpena> oh, didn't realize 13:31:14 <jpena> then I'm fine with keeping it. It won't hurt, and it might help in some cases 13:31:22 <IgorYozhikov> so, I'll left everything where it is, right? 13:31:33 <jpena> +1 for me 13:31:47 <toabctl> +1 for me 13:32:02 <toabctl> anything else? 13:32:31 <dirk> not from me 13:33:05 <tlbr> it just not make sense to call it all the time 13:33:17 <tlbr> =\ 13:33:31 <tlbr> *makes 13:36:42 * IgorYozhikov have nothing to add 4 now 13:37:17 <toabctl> ok. thanks everybody 13:37:29 <toabctl> #endmeeting