13:00:17 <dirk> #startmeeting rpm_packaging 13:00:18 <openstack> Meeting started Thu Jun 9 13:00:17 2016 UTC and is due to finish in 60 minutes. The chair is dirk. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:00:19 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:00:22 <openstack> The meeting name has been set to 'rpm_packaging' 13:00:27 <toabctl> hi 13:00:56 <dirk> everyone, please add your agenda items to 13:00:57 <dirk> #link https://etherpad.openstack.org/p/openstack-rpm-packaging 13:02:39 <IgorYozhikov> o/ 13:06:35 <dirk> #topic consume renderspec & pymod2pkg from pypi in CI jobs 13:07:38 <IgorYozhikov> yes, I started asking about it already. 13:07:47 <dirk> IgorYozhikov: I'd say yes, we should consume the versions listed in the *txt files 13:07:55 <dirk> e.g. to make it similar like running locally tox -e 13:07:57 <IgorYozhikov> so just to be sure that we are using the same versions in CI 13:08:30 <IgorYozhikov> and results of jobs are more || less the same according to used renderspec version 13:08:40 <dirk> yep 13:08:54 <dirk> I'm obviously pro the topic. any concerns? 13:08:57 <dirk> from anyone? 13:09:22 <IgorYozhikov> since that do we need make pymod2pkg release too? 13:09:45 <IgorYozhikov> which will contain all latest commits? 13:10:27 <IgorYozhikov> after that we could just use pip install renderspec instead of checking out code from git 13:11:19 <IgorYozhikov> number80, toabctl - your opinion 13:11:20 <dirk> IgorYozhikov: we released the tip of tree of pymod2pkg and renderspec as of yesterday as 0.4.0 and 1.0.0, respectively 13:11:33 <IgorYozhikov> dirk, cool 13:11:57 <IgorYozhikov> since that I can update packages for them in our downstream - yey 13:12:54 <toabctl> +1 for using the released versions. 13:13:04 <toabctl> that's also what we do in the SUSE CI 13:13:50 <dirk> IgorYozhikov: as I suggested we could just package the spec files for those packages in the rpm-packaging project :-) 13:15:53 <IgorYozhikov> dirk are you speaking about creating spec.j2 for renderspec & pymod2pkg? 13:16:17 <toabctl> make sense, dirk :) 13:17:07 <dirk> IgorYozhikov: yep 13:17:23 <IgorYozhikov> dirk, I can do that if there are no objections 13:17:49 <dirk> #agreed CIs should use the relesased versions of renderspec/pymod2pkg that the requirements.txt file depends on 13:17:54 <dirk> IgorYozhikov: fine by me 13:19:09 <IgorYozhikov> great, let's proceed? 13:19:11 <dirk> #topic python version for renderspec 2 or 3, functionallity extension - auto populate from project requirements + blacklist support 13:19:49 <dirk> I am not sure I understand the topic 13:19:55 <dirk> IgorYozhikov, would you explain 13:19:55 <dirk> ? 13:19:56 <IgorYozhikov> we almost done with renderspec "deb" 13:20:38 <IgorYozhikov> and I want to discuss some features we already add and want to add in nearest future 13:21:18 <IgorYozhikov> zigo asked about auto-population of requirements from project requirements.tx file 13:21:35 <IgorYozhikov> let me show you how it works - http://paste.openstack.org/show/509202/ 13:22:29 <IgorYozhikov> also i asked our devops to provide access to our git repository, toabctl already checked it 13:22:40 <IgorYozhikov> and you could read the code 13:22:59 <IgorYozhikov> And I have a couple of questions here 13:23:50 <IgorYozhikov> 1: as we discussed a week ago about bringing back code with debian style support to initial repository 13:24:21 <IgorYozhikov> dh-python needs py3 13:24:39 <IgorYozhikov> with py2 renderspec fails with encoding error 13:24:49 <IgorYozhikov> SyntaxError: Non-ASCII character '\xc2' in file /usr/share/dh-python/dhpython/__init__.py 13:26:35 <IgorYozhikov> 2: question is about your thought/opinion about functionality we already made 13:27:44 <dirk> I haven't looked at it, toabctl ? 13:27:54 <IgorYozhikov> 3: blacklist file - list of pymodules that will be cut of from auto-population 13:28:32 <number80> debian style? 13:28:55 <toabctl> IgorYozhikov, m. I don't get the questions. about qeustion 1) - what's the question? to use renderspec with python3? 13:29:08 <IgorYozhikov> yes 13:29:46 <number80> having renderspec compatible w/ python3 is definitively a goal 13:30:08 <number80> but it should be running on both python2/3 for now 13:31:01 <toabctl> IgorYozhikov, as number80 said, afaik it is already working with py3. so just call it with python3 13:32:18 <dirk> IgorYozhikov: we have a review open to add python 3 testing for renderspec changes 13:32:33 <dirk> so just use it with python3 if thats what you need? 13:32:59 <IgorYozhikov> toabctl, just clarifying - if I || my colleagues will commit back renderspec with deb support it should be fine. because for debian it works fine only with py3 13:34:06 <IgorYozhikov> due limitation of dh-python 13:35:46 <toabctl> IgorYozhikov, py3 support should work and as dirk said, there will be a job to test with py3, too 13:35:48 <number80> IgorYozhikov: just a question, do you mean that renderspec would also generate debian packages? 13:36:29 <IgorYozhikov> number80, the goal here - add something like --spec-style debian - and yes 13:36:35 <toabctl> IgorYozhikov, regarding question 2) - I haven't looked into it in detail yet. tbh I would like to see a changeset on review.openstack.org to look into it. so others can comment on it, too 13:37:08 <IgorYozhikov> toabctl, sure, will do that on next week 13:37:12 <number80> IgorYozhikov: I don't mind, personally 13:37:17 <toabctl> number80, do you have an opinion about the debian support? we discussed that last week 13:37:19 <toabctl> ah.ok 13:37:31 <dirk> IgorYozhikov: just split it in sensible hunks, and we'll handle it as reviews 13:37:43 <number80> toabctl: if renderspec can generate debian packages, I don't mind but it has to be properly done 13:37:43 <dirk> I'm happy to make it more useable for others 13:37:44 <IgorYozhikov> dirk, I'll try 13:38:13 <toabctl> ok 13:38:27 <number80> for repo, I need more details because I'm not sure what I'd be signing for :0 13:39:20 <toabctl> IgorYozhikov, and I don't understand question 3) - what is auto-population? 13:39:43 <IgorYozhikov> number80, I can show you how it works, if any1 interested I can arrange a video call :) 13:39:55 <IgorYozhikov> toabctl, http://paste.openstack.org/show/509202/ 13:40:02 <IgorYozhikov> {{ req2pkgs() | indent(9) }} 13:40:05 <IgorYozhikov> function 13:40:22 <number80> IgorYozhikov: I'll ping you later about it, I'm multitasking again 13:40:31 <IgorYozhikov> which is populating requirements from project reqs txt file 13:41:02 <toabctl> where does the requirements file come from? 13:41:31 <IgorYozhikov> I use this command renderspec-deb --requirements global-requirements.txt --project-requirements ../oslo.db/requirements.txt -o - examples/oslo.db.control.j2 13:41:45 <IgorYozhikov> from source code project 13:42:20 <toabctl> IgorYozhikov, what's the difference between --requirements and --project-requirements ? 13:42:42 <toabctl> you can already use --requirements multiple times. 13:42:47 <IgorYozhikov> --requirements works as usual 13:43:25 <IgorYozhikov> --project-requirements is used for auto-population 13:44:01 <toabctl> so we no longer maintain the list of Requires but use this autopopulation thingy? 13:44:51 <dirk> IgorYozhikov: but thats an independent feature .. (auto population) 13:44:54 <IgorYozhikov> we could maintain both in case of necessity 13:44:58 <dirk> we could decide for or against that for rpm packages 13:45:00 <dirk> as well 13:45:07 <dirk> currently I was leaning towards not having auto population 13:45:13 <toabctl> me, too 13:45:15 <dirk> to give a chance of opinionating the packaging 13:45:35 <toabctl> and just using requirements.txt from a project is not enough. there may be requirements in setup.cfg and other files 13:45:40 <IgorYozhikov> dirk, agree, and that is why I'm asking 13:45:45 <dirk> but thats maybe a wrong approach if you think about the goal of having a genuine openstack packaging of openstack 13:46:17 <toabctl> getting requirements from a repo/sdist could be a own project imo 13:46:42 <dirk> IgorYozhikov: is the project-requirements thing a requirement for zigo/the deb packaging folks? 13:46:54 <IgorYozhikov> dirk, yep 13:47:00 <IgorYozhikov> zigo asked about it 13:47:04 * number80 is found of autopopulation too 13:47:07 <number80> *not 13:47:31 <number80> it could be an option for debian support of renderspec though 13:47:52 <IgorYozhikov> yes, I can enable this only in case of style - debian 13:48:08 <IgorYozhikov> thanks number80 for suggestion 13:49:23 <toabctl> IgorYozhikov, has zigo already code to get requirements from a sdist ? 13:49:42 <zigo> We don't use sdist binaries. 13:49:47 <zigo> Just plain git... 13:50:17 <toabctl> zigo, hey 13:50:26 <toabctl> zigo, so same question - just replace sdist with git :) 13:50:47 <IgorYozhikov> toabctl, dirk are you fine if this function will available only with spec-style debian? 13:51:19 <zigo> toabctl: I used to, but since the requirements.txt are full of != and python-version<3.3 stuff, what I wrote is broken... 13:51:43 <toabctl> zigo, there is the packaging module which handles the requirements markers . 13:51:59 <zigo> toabctl: Using Python code? 13:52:04 <toabctl> zigo, yes 13:52:06 <zigo> My stuff was in plain shell ... :P 13:52:14 <toabctl> heh 13:52:47 <zigo> ISO shell, only for the true hackers (tm) 13:52:48 <zigo> :) 13:53:07 <zigo> More seriously: I was too lazy to write things correctly in Python. 13:53:18 <zigo> It's good someone else has enough time to write it properly. 13:53:36 <dirk> IgorYozhikov: well.. I would prefer to try to unify the approaches of requirements handling 13:54:00 <dirk> in the long run it would be better I think. but if we can't agree then I'm not objecting to adding an option for satisfying conflicting needs 13:54:23 <dirk> but still trying first to come to the same approach would be preferable 13:54:39 <IgorYozhikov> dirk, ok, I'll try to propose PRs 13:54:59 <IgorYozhikov> next topic? 13:56:07 <number80> yes 13:56:57 <dirk> #topic reviews 13:57:10 <dirk> since we're about to run out of time, can we do that topic in the rpm-packaging channel? 13:57:16 <toabctl> #link https://review.openstack.org/#/q/(project:openstack/rpm-packaging+OR+openstack/renderspec+OR+openstack/pymod2pkg)+AND+is:open 13:57:22 <IgorYozhikov> yes 13:57:25 <toabctl> ah.sure 13:57:31 <zigo> Guys, could you please review these 2: https://review.openstack.org/#/c/278360/1 https://review.openstack.org/#/c/274077/6 13:57:41 <number80> ack 13:57:42 <IgorYozhikov> I already spent some time this week doing this 13:57:46 <zigo> These are adding a --sysconfdir option in PBR. 13:57:54 <dirk> IgorYozhikov: main open things are rebasings of the python*client spec templates.. are you guys going to do that? 13:58:00 <dirk> ok, lets end the meeting here and move over 13:58:02 <dirk> thanks! 13:58:04 <dirk> #endmeeting