15:06:11 <apevec> #startmeeting RDO packaging meeting (2015-05-20)
15:06:11 <zodbot> Meeting started Wed May 20 15:06:11 2015 UTC.  The chair is apevec. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:06:11 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:06:15 <gchamoul> so no one from the RDO Team at the Summit!
15:06:24 <apevec> #chair gchamoul number80
15:06:24 <zodbot> Current chairs: apevec gchamoul number80
15:06:30 <gchamoul> o/
15:06:33 <eggmaster> o/
15:06:34 <apevec> #topic roll call
15:06:44 <number80> o/
15:06:44 <eggmaster> o/
15:06:45 <apevec> \o
15:06:51 <gchamoul> o/
15:06:51 <eggmaster> multiple personalities ^ ;)
15:07:04 <gchamoul> eggmaster: we are too fast ;-)
15:08:20 <apevec> #topic review https://trello.com/b/HhXlqdiu/rdo
15:08:44 <apevec> also followup on discussion earlier on irc about trello usage:
15:09:01 <apevec> - it's good for features and bigger tasks IMHO
15:09:12 <apevec> but bug reports shold go elswhere
15:09:35 <apevec> i.e. packaging issues in BZ/RDO, actual code issue upstream LP etc
15:09:54 <apevec> rdopkg bugs for example are in github issue tracker
15:09:57 <apevec> jruzicka, ^ right?
15:10:02 <number80> yup
15:10:22 <apevec> so for delorean, I'd use github issue tracker too
15:10:27 <gchamoul> +1
15:10:51 <apevec> https://github.com/openstack-packages/delorean/issues 0 issues - bug free :)
15:11:11 <gchamoul> we have one ...
15:11:15 <gchamoul> actually
15:11:31 <gchamoul> the new html report is buggy!
15:11:33 <gchamoul> :D
15:11:39 <apevec> gchamoul, I'm sure we have :)
15:12:07 <apevec> gchamoul, yeah, I should've filed that as issue not as gerrithub comment :)
15:12:08 <number80> mm, for the reporting feature, I suggest that we switch to a template engine (ie: jinja)
15:12:16 <number80> less buggy html
15:13:07 <apevec> yeah, that would be improvement but not urgent
15:13:15 <apevec> back to https://trello.com/b/HhXlqdiu/rdo
15:13:44 <apevec> Kilo GA = Fedora pending, I've most of the builds on stage/testing, about 20 NVRs in EL7 are not found in Koji
15:14:09 <apevec> some of them have pending pkg reviews, we need to close them asap
15:14:33 <apevec> at least one is mine, and 10s must be on number80 :)
15:14:46 <jruzicka> apevec, right, github issues seem sufficiet for now and they don't load multiple seconds
15:14:51 <number80> apevec: the rubygems ? or ones that I'm not aware of ?
15:14:53 <gchamoul> the list of package reviews is here https://etherpad.openstack.org/p/RDO-Trunk
15:14:58 <number80> ok
15:15:01 <apevec> so number80 and I would appreciate widening reviewers network!
15:15:06 <number80> +2
15:15:10 <apevec> gchamoul, yep, thanks for the link
15:15:21 <number80> if you don't feel like doing full reviews even informal ones are helpful
15:15:31 <apevec> number80, I was exagerating to make my point :)
15:15:34 <gchamoul> will take a look at the rubygem-*
15:15:39 <trown> what is meant by informal ones?
15:15:54 <number80> apevec: actually, I discovered some reviews that nobody was notified of :)
15:16:24 <apevec> yeah, your suggestion to post on rdo-list is good one
15:17:18 <apevec> BTW thanks to support from centos we have now centos-release-openstack
15:17:22 <number80> \o/
15:17:40 <number80> that's an excellent news for both our groups
15:17:43 <apevec> it's on testing location and there's even nightly sanity check job
15:17:55 <trown> cool
15:18:03 <apevec> should be moved to mirror.centos.org today
15:18:08 <gchamoul> cool
15:18:26 <apevec> http://buildlogs.centos.org/centos/7/cloud/x86_64/openstack-kilo/
15:18:55 <apevec> and http://buildlogs.centos.org/centos/6/cloud/x86_64/openstack-juno/
15:19:08 <apevec> ^ latter thanks to good work by alphacc !
15:19:10 <gchamoul> alphacc++
15:19:11 <zodbot> gchamoul: Karma for alphacc changed to 2:  https://badges.fedoraproject.org/badge/macaron-cookie-i
15:19:40 <apevec> I'll update RDO Kilo GA card with those links
15:20:08 <apevec> announcement draft is in https://gist.github.com/rbowen/29c24d7af163a4b15a9b
15:20:19 <social> number80: i had 9 another runs and failed to reproduce the puppet4 issue
15:20:51 <apevec> once we confirm this publishing path works well, I propose to add redirect for RDO EL repos to mirror.centos
15:21:07 <apevec> ^ does anyone feel strongly about NOT doing that?
15:21:33 <number80> apevec: i feel strongly that we should be doing that ;)
15:21:50 <gchamoul> +1
15:22:26 <number80> it's important to show that RDO/EL is done within the CentOS community and that everyone could join and hack with us
15:22:29 <jruzicka> alphacc++
15:22:29 <zodbot> jruzicka: Karma for alphacc changed to 3:  https://badges.fedoraproject.org/badge/macaron-cookie-i
15:22:37 <apevec> ok, that covers just first card. moving to next:
15:22:43 <apevec> #info EL6 Juno packages
15:23:01 <apevec> that's related and done (for specific migration scenario)
15:23:23 <apevec> few weeks back we discussed TODO ask on rdo-list if EL6 neutron is really needed
15:23:33 <apevec> number80, ^ I didn't see that
15:23:42 <apevec> but also no cries for it :)
15:24:04 <apevec> once we clarify that, I think we can move it to DONE
15:24:53 <number80> apevec: it's not needed, i removed the bullet point
15:25:09 <apevec> number80, ok, move it to done then :)
15:25:19 <number80> \o/
15:26:34 <apevec> #info Add GBP in RDO Kilo
15:26:47 <number80> apevec: did you get news from Robert?
15:26:50 <apevec> I saw Ihar started thread on rdo-list
15:27:04 <number80> yup
15:27:16 <apevec> I'll add link in the card, I didn't hear more after it
15:27:38 <number80> well, since he's at summit I won't expect much change until next week/early june
15:27:39 <gchamoul> I think Robert should meet with Ihar at the summit
15:27:42 <apevec> imho Fedora rawhide should be update to whatever kilo milestone they have
15:27:46 <gchamoul> according to the thread
15:27:57 <apevec> yep, to explain how to add to Delorean
15:28:14 <apevec> but it is already in Fedora so should be updated there
15:28:27 <gchamoul> ok
15:28:28 <apevec> we can add it to delorean later
15:28:38 <apevec> lemme check pkgdb
15:28:58 <apevec> https://admin.fedoraproject.org/pkgdb/packages/*gbp*/
15:29:34 <apevec> all owned by rkukura only
15:30:02 <apevec> ok, we'll check again next week after summit
15:30:17 <apevec> #info tools for reqs
15:30:23 <apevec> jruzicka, ^ that's on-going
15:31:09 <jruzicka> yes, you can already use with rdopkg {query,reqcheck,reqdiff}
15:31:33 <jruzicka> reqquery requires more tuning
15:31:53 <jruzicka> it could take requirements.txt from git ref, from file, from .spec...
15:32:23 <jruzicka> distrepos still need to be filled in order for that to be useful
15:32:28 <jruzicka> for example
15:32:49 <jruzicka> rdopkg query kilo/epel-7 python-pbr
15:32:52 <jruzicka> Invalid query: dist not defined in rdoinfo: kilo/epel-7
15:33:04 <apevec> yep, I changed that for kilo to el7
15:33:12 <gchamoul> :D
15:33:24 <apevec> to emphasize we don't depend on epel
15:33:38 <apevec> also it's shorter :)
15:33:50 <jruzicka> fair enough, but it needs to be changed everywhere
15:34:01 <jruzicka> so el7 and f21 instead of epel-7 and fedora-21?
15:34:08 <jruzicka> that's what copr is using
15:34:10 <apevec> rdopkg takes it from rdoinfo
15:34:14 <jruzicka> yes indeed
15:34:21 <jruzicka> rdoinfo is the thing to tune
15:34:42 <apevec> https://github.com/redhat-openstack/rdoinfo/commit/edb300dffd108c3e2c8c54fe8bf4a70045b4bf66
15:34:47 <jruzicka> but things might break along the way, such as copr builder
15:35:01 <apevec> we don't use copr for >=Juno EL
15:35:02 <jruzicka> from kilo up
15:35:15 <apevec> could we codify that in rdopkg?
15:35:20 <jruzicka> fair enough, that's why rdoinfo exists - to enable per-release names and transitions without pain
15:35:31 <jruzicka> elaborate('codify')
15:35:44 <apevec> actualy rdoinfo has  buildsys: cbs/cloud7-openstack-kilo-el7
15:35:54 <apevec> but is that used by rdopkg ?
15:36:15 <jruzicka> not at the moment I'd say
15:36:28 <apevec> jruzicka, def. error out on rdopkg coprbuild for >=juno builds
15:36:29 <jruzicka> CI might use it, not entirely sure
15:36:39 <jruzicka> however, this should be possible so let's see what breaks and fix it
15:37:21 <apevec> ok
15:37:30 <apevec> #info (Delorean) CI job
15:37:50 <apevec> eggmaster, ^ let's cover update CI here too
15:37:52 <eggmaster> fwiw rdo ci expects 'fedora-21'
15:38:20 <apevec> eggmaster, yeah, want to discussed that,
15:38:36 <jruzicka> also, this would change names of repos
15:38:37 <apevec> where is that expected, in topic?
15:38:44 <eggmaster> yeah, in topic
15:38:56 <apevec> jruzicka, they're changed for kilo
15:39:01 <jruzicka> ah, already
15:39:04 <jruzicka> fair enough
15:39:08 <eggmaster> plus it's hardcoded in some other places
15:39:09 <apevec> yes, for GA
15:39:22 <apevec> eggmaster, hmm
15:39:30 <eggmaster> but I don't think it'd be too terribly hard to locate/change
15:39:45 <jruzicka> especially not having other choice ;)
15:39:50 <eggmaster> heh indeed
15:40:02 <apevec> ok, ideally you would take it from rdoinfo
15:40:22 <apevec> but as a quickfix I could add compat symlinks
15:40:48 <apevec> eggmaster, can you show me hardcoded places offline?
15:40:52 <eggmaster> sure
15:41:10 * eggmaster looks around in codez
15:41:31 <eggmaster> I think there's just one lookup table I'm using to map things
15:41:33 <apevec> another CI issue - tempest nodes seem to get lost on reboot a lot
15:42:00 <apevec> eggmaster, they're f21 currently, and I saw one khaleesi change to change them to centos7
15:42:19 <apevec> but it wasn't merged last I looked
15:42:25 <apevec> eggmaster, what's missing to try that?
15:42:37 <eggmaster> I don't think changing to centos will affect reliability of reboots, I'm guessing that's infra not distro
15:42:39 <apevec> hopefully that should solve tempest nodes issue
15:42:39 <eggmaster> but idk
15:42:52 <eggmaster> should switch to centos anyway
15:43:02 <apevec> yeah, regardless
15:43:33 <eggmaster> apevec: I'll look at that review again, I need a new target to beat my head against ;)
15:43:38 <apevec> eggmaster, but iiuc jpena saw nodes not getting IP after reboot so it could be guest issue
15:44:03 <eggmaster> apevec: yeah note operative term "guessing" :)
15:44:35 <apevec> ok, we can continue offline
15:44:42 <apevec> #info https://trello.com/c/rsZEENKI/57-update-rdo-packaging-doc-for-kilo
15:45:03 <apevec> who has some spare cycles, please send PRs for rdo-packaging.txt :)
15:45:34 <number80> I'll probably start working on that this w-e :)
15:45:35 <apevec> or at least add ideas to improve to the checlist  in that card ^
15:46:15 <apevec> #link https://trello.com/c/SY7bc0yP/58-creating-selinux-policy-module-for-delorean
15:46:37 <apevec> gchamoul, ^ that one looks like bug report to me and should be moved to github issues
15:46:58 <gchamoul> apevec: ack
15:47:23 <apevec> ok, that's enough trello reviewing, let's try to look at meetup etherpad now
15:47:30 <apevec> #topic https://etherpad.openstack.org/p/RDO_Vancouver
15:47:41 <apevec> ^ has lots
15:47:52 <gchamoul> apevec: just one sec!
15:48:18 <gchamoul> apevec: i created this trello card for Delorean Features WANTED! https://trello.com/c/ssRQSXmL/59-delorean-features-list
15:49:06 <apevec> ok, that card is fine
15:49:29 <gchamoul> so if you have features in mind that you would love to see in delorean! this card is for you!
15:49:35 <apevec> yep
15:49:45 <apevec> but missing selinux policy is a bug
15:49:50 <gchamoul> so let's move to Vancouver!
15:50:04 <gchamoul> apevec: will open an issue in GH
15:50:08 <number80> some points are weird to me
15:50:09 <gchamoul> no problem!
15:50:21 <apevec> number80, yeah - also needs authors!
15:50:44 <apevec> I think rbowen said he'll try to track them down
15:50:47 <number80> like the oslo/clients specs :/
15:50:47 <apevec> so we can followup
15:51:07 <apevec> also topics should be grouped
15:51:16 <number80> we already have good tooling to generate good specs for these kinds of stuff
15:51:28 <apevec> and sorted by prio, there's important topic about khaleesi governance at the bottom..
15:52:21 <number80> from my perspective, it'll be easier to bring new contributors from CentOS community on the CI side
15:52:33 <apevec> number80, did you mean pyp2rpm ? It does need some updates in its templates, I usually need to do some cleanups
15:53:04 <number80> apevec: could be fixed upstream
15:53:30 <number80> most of the time, it's minor stuff, services are really tricky
15:54:12 <number80> having templates for services would be a better use case for spec templates
15:54:47 <apevec> number80, yep, Ihar has started that with neutron specs
15:55:08 <apevec> b/c neutron is spawining subprojects at high rate :)
15:55:55 <number80> yes, we also tried a new organization for sahara which may be more readable to packaging padawans
15:56:34 <number80> readability is also problem
15:57:01 <number80> but let's review other points too :)
15:57:29 <number80> important ones are also (RDO == Delorean) and python3
15:57:54 <apevec> yep
15:58:13 <apevec> we're running out of time, I'll work on etherpad and ping for reviews later!
15:58:24 <number80> *nods*
15:58:27 <apevec> #topic open floor
15:58:31 <apevec> any other topics?
15:58:32 <gchamoul> ack
15:59:20 <number80> atm, no :)
16:02:26 <apevec> thanks everyone!
16:02:29 <apevec> #endmeeting