14:01:19 <dirk> #startmeeting openstack rpm packaging weekly meeting
14:01:19 <openstack> Meeting started Thu Feb 11 14:01:19 2016 UTC and is due to finish in 60 minutes.  The chair is dirk. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:01:20 <number80> hello
14:01:21 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:01:23 <openstack> The meeting name has been set to 'openstack_rpm_packaging_weekly_meeting'
14:01:34 <jruzicka> o/
14:01:36 <mivanov> Hi folks
14:03:25 <dirk> hey mivanov
14:03:34 <dirk> please add your agenda items to the etherpad
14:03:38 <dirk> https://etherpad.openstack.org/p/openstack-rpm-packaging
14:07:36 <dirk> toabctl: number80 : IgorYozhikov : any items for the agenda?
14:07:49 <toabctl> nothing from my side
14:08:04 <number80> I'm working on CI job but it's blocked by other things
14:08:22 <IgorYozhikov> to be frank:no, except possible goals
14:08:35 <IgorYozhikov> for the next summit
14:08:56 <IgorYozhikov> I mean, thing which should be done before
14:09:17 <IgorYozhikov> or it's to early for this?
14:10:57 <dirk> not too early
14:11:02 <dirk> feel free to add it
14:11:14 <dirk> number80: wanna talk about it how we can help?
14:12:26 <IgorYozhikov> dirk: done
14:13:03 <number80> dirk: we're packaging delorean which requires fixes first
14:13:46 <dirk> number80: I'll add it to the agenda
14:14:07 <number80> ack
14:14:16 <dirk> #topic openstack mitaka bug squash
14:14:34 <dirk> there is a global mitaka bug squashing sprint scheduled for march 7th - 9th
14:14:42 <dirk> do we want to do something related to that for the RPM Packaging effort?
14:15:48 <number80> not sure, how we can help but we can try having a common test day
14:16:48 <IgorYozhikov> agree with number80. we could only follow changes introduced | fixed during squash
14:17:28 <dirk> well, my thought was that we use it as a chance to give our packaging a further try / or implement the next steps
14:17:42 <dirk> for the SUSE side I'm planning to switch our "official" packaging to the rpm-packaging repo during that time
14:17:58 <dirk> which is probably already a lot of work for the given time, but lets see
14:18:04 <number80> ack
14:18:46 <toabctl> dirk: yeah. I would help with that
14:19:14 <IgorYozhikov> dirk: Are you about moving officially SUSE to use rpm-packaging as SPECs store?
14:19:17 <dirk> should we keep it in the calendar and set aside some time for meeting on irc ?
14:19:39 <dirk> IgorYozhikov: yeah, its the goal right? :)
14:19:55 <IgorYozhikov> We want to do the same and at 1st we need to fill it up with specs
14:21:17 <dirk> IgorYozhikov: yeah but we have two weeks to go for that..
14:21:36 <IgorYozhikov> dirk: I have a concern here, about work-flow. So build system will search for SPECs at 1st in rpm-packaging and after locally?
14:21:56 <IgorYozhikov> I mean in downstream repos
14:22:38 <IgorYozhikov> Search -> found -> render -> build -> publish - right?
14:23:56 <toabctl> IgorYozhikov: not sure what you mean with "search". we would just build our packages from the specs we produce with this project
14:24:52 <openstackgerrit> Dirk Mueller proposed openstack/rpm-packaging: Fix typo in runtime requires for oslo.utils  https://review.openstack.org/279093
14:24:57 <IgorYozhikov> toabctl: that is clear.
14:25:27 <dirk> IgorYozhikov: sort of yes, but it works actually differently. we'd just switch those that exist upstream already to fetch the one from the upstream git repo
14:25:52 <dirk> so its not a global-preference but a opt-in-package-by-package
14:26:41 <IgorYozhikov> i c
14:28:02 <IgorYozhikov> so, let's move to the next topic if we are done here?
14:28:12 <dirk> ok, so saving the date: March 7th
14:28:20 <dirk> yes..
14:28:30 <dirk> #topic mirantis core voting
14:28:43 <dirk> I noticed that we don't have a core member from Mirantis (yet)
14:29:14 <IgorYozhikov> yes, I saw only +-1
14:29:27 <dirk> does it make sense to add someone to have a bit of a quicker bootstrap phase?
14:29:31 <asilenkov> Igor could be great person for core from our side.
14:29:55 <dirk> currently we're a bit slow from the review/merge side of things due to the at least two +2 from different companies policy
14:30:32 <IgorYozhikov> and according to 2 х +2 review will moves more faster
14:30:50 <IgorYozhikov> because of more ppl are on-line
14:31:46 <IgorYozhikov> number80: your thoughts?
14:31:49 <dirk> I'm fine with adding IgorYozhikov
14:31:54 <number80> wfm
14:31:55 <dirk> any concerns?
14:32:01 <asilenkov> +1
14:33:50 <dirk> #topic pending reviews
14:34:07 <dirk> I wanted to go through the pending reviews but I'm currently running a bit short on time
14:34:08 <IgorYozhikov> yes. reviews
14:34:17 <dirk> can somebody else go over them ?
14:35:00 <IgorYozhikov> https://review.openstack.org/#/q/project:openstack/rpm-packaging+status:open - right?
14:35:05 <dirk> yes
14:35:42 <IgorYozhikov> from bottom to up?
14:37:05 <dirk> IgorYozhikov: can you just paste the links. I'll be back in a few min, urgent manager override here
14:37:16 <IgorYozhikov> sure
14:37:41 <IgorYozhikov> small type fix - https://review.openstack.org/279093
14:40:36 <toabctl> looks obviously wrong. added my +2
14:40:54 <toabctl> number80: ^^
14:42:13 <openstackgerrit> Igor Yozhikov proposed openstack/rpm-packaging: Add initial spec file for oslo.db  https://review.openstack.org/270826
14:43:36 <IgorYozhikov> so, we have 2х +2 for 279093
14:43:42 <IgorYozhikov> merge?
14:45:47 <IgorYozhikov> https://review.openstack.org/#/c/268149/
14:46:12 <dirk> IgorYozhikov: I'd like to merge non-triival stuff only after gating shows green..
14:46:28 <toabctl> dirk: that one was trivial
14:46:29 <IgorYozhikov> dirk: got it
14:47:11 <IgorYozhikov> let's proceed with 268149?
14:47:17 <IgorYozhikov> it is green
14:47:51 <IgorYozhikov> number80: could you take a look into https://review.openstack.org/#/c/268149/
14:47:59 <number80> sure
14:49:42 <IgorYozhikov> here I count & fixed all previous comments - https://review.openstack.org/#/c/270826
14:52:10 <number80> ack ill give it a look
14:53:23 <IgorYozhikov> toabctl: https://review.openstack.org/#/c/277966/
14:53:57 <toabctl> IgorYozhikov: I'm working on our CI to have all the needed buildrequires available so we can test this
14:54:14 <IgorYozhikov> cool
14:55:38 <toabctl> but I can already address dirks comment.
14:56:39 <IgorYozhikov> I believe that we do not have a lot of time and suggest to move further with topics and keep going with code review in back-ground :)
14:56:42 <openstackgerrit> Thomas Bechtold proposed openstack/rpm-packaging: Add initial spec for keystoneauth1  https://review.openstack.org/277966
14:58:36 <IgorYozhikov> #topic minimum of work wich must be done before next summit
14:59:57 <IgorYozhikov> Here I want to clarify and to listen suggestions about amount of work that should be done before next OS summit.
15:00:43 * toabctl has another meeting now
15:01:51 <IgorYozhikov> Goals as I see: project must have 1 or 2 attached gates in voting mode; SPEC templates for oslo, keystone, nova, glance, cinder & neutron has been merged
15:02:10 <IgorYozhikov> + of course python clients
15:02:49 <number80> I guess we'll be short before summit
15:06:15 <IgorYozhikov> any other thoughts?
15:06:44 <IgorYozhikov> if no - lets proceed with the last topic from agenda
15:07:34 <IgorYozhikov> #topic delorean gating test
15:08:05 <IgorYozhikov> number80: I believe that this one is yours ^^^^ right?
15:09:33 <number80> jpena is working on packaging delorean, and after we'll be able to have some gating
15:11:29 <openstackgerrit> Merged openstack/rpm-packaging: Fix typo in runtime requires for oslo.utils  https://review.openstack.org/279093
15:11:45 <IgorYozhikov> & in your case delorian will consume renderspec output for tests
15:14:09 <dirk> am back
15:14:13 <IgorYozhikov> if renderspec will be used in all gate jobs, it must be the same version. Here I have a question: use renderspec directly from git on per commit job request into templates or use prebuilt rpm package
15:14:49 <IgorYozhikov> dirk: we are almost done with all topics due lack of time
15:14:56 <dirk> great
15:14:57 <dirk> :-)
15:15:21 <dirk> number80: so the goal is for you to package delorean and setup some gating in the upstream infra based on delorean?
15:16:48 <number80> dirk: just use it in one-shot builder, not as CD
15:18:00 <dirk> number80: so it will build one package ?
15:18:05 * IgorYozhikov need to go to another meeting, sorry. Please let me know about your decision for additional core from Mirantis side.
15:18:06 <number80> yes
15:18:43 <dirk> ah, ok. the SUSE Ci isn't just building the one package, it builds everything and checks the result
15:18:50 <dirk> since you could change something in a package that breaks all other packages
15:19:06 <dirk> we could extend that though to cover fedora if you want. its just a copy&paste job
15:19:10 <dirk> or rhel ..
15:19:23 <number80> we could do that, but we have a patch in review to detect dependency cycle
15:21:05 <kun_huang> sounds great! That is the thing we need:-)
15:21:06 <dirk> ok
15:21:40 <dirk> number80: but would it rebuild all packages depending on the currently changed package?
15:23:15 <number80> whole of them, but it could be adapted
15:34:20 <dirk> number80: I see
15:34:34 <dirk> would be useful in general also for other gate checks I guess
15:34:41 <dirk> next week same time?
15:34:44 <dirk> #endmeeting