16:00:35 <sc`> #startmeeting openstack-chef
16:00:36 <openstack> Meeting started Mon Jul 20 16:00:35 2015 UTC and is due to finish in 60 minutes.  The chair is sc`. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:37 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:39 <openstack> The meeting name has been set to 'openstack_chef'
16:01:17 <sc`> ohai!
16:01:43 <sc`> as usual, we'll give everyone a few minutes
16:02:11 <markvan> howdy
16:02:29 <frickler> o/
16:02:59 * frickler tries to replace jklare today
16:03:36 <sc`> :D
16:03:38 <j^2> :) I'm just seeing the doc now, I'll have to read the backlog. Anything on the agenda tagged as me I'll update through or main channel
16:11:09 <sc`> sorry about that. technical difficulties ensued
16:11:16 <sc`> where were we?
16:11:33 <frickler> right at the beginning ;)
16:11:43 <sc`> #topic <sc`> c7 still requires some modifications to common to start to converge. still working on getting a converge
16:11:56 <sc`> the PR for mariadb is still outstanding
16:12:30 <sc`> no updates from the maintainer as of yet
16:13:07 <markvan> sounds like we need to push on that a bit...maybe from j^2 Chef side of this?
16:13:48 <frickler> he did that twice already, but it looks like it isn't an official cookbook
16:14:34 <markvan> if we really want this in....time to fork and own it?
16:15:27 <sc`> that's always an option. without the PR, centos 7 doesn't converge
16:15:56 <sc`> it's really the last hurdle regarding c7
16:18:09 <sc`> #topic <j^2> specs.openstack.org
16:18:22 <sc`> j^2 said he'll provide updates in the main channel
16:18:35 <j^2> Still haven't done anything
16:18:52 <sc`> coolio. moving on
16:19:07 <sc`> #topic <all> How to handle cross project CI testing.
16:20:06 <sc`> anyone have any news regarding this?
16:21:03 <frickler> wasn't that mostly solved by the things markvan did? patching the Berksfile to use all the cookbooks prepared by zuul?
16:21:05 <markvan> The infra patches are still in review, once we get the periodic repo one going then we can move toward cookbook CI testing
16:21:56 <markvan> yup, I think the "cross" part is now handled by the Depends-On support.   so just need the infra part to get merged to start getting CI tests running again.
16:23:18 <sc`> awesome. this will help out immensely
16:24:34 <sc`> #topic <j^2> AIO-Neutron Update: https://review.openstack.org/#/c/196858/
16:25:54 <sc`> i see some progress has been made
16:26:55 <sc`> #topic <j^2> Manila Cookbook: https://github.com/jjasghar/cookbook-openstack-shared-filesystem
16:27:22 <sc`> some good feedback has been provided (thanks markvan): https://github.com/jjasghar/cookbook-openstack-shared-filesystem/issues/1
16:28:28 <markvan> yup, those were mostly minor cleanup issues to bring it up to speed with rest of cookbooks...did not really look at function coverage as I don't know much about manila
16:29:55 <sc`> yup. understood
16:30:13 <sc`> #topic <j^2> stable/kilo
16:31:00 <j^2> i’m actaully on my computer now
16:31:05 <j^2> so yeah stable
16:31:22 <j^2> i think it’s time we do it, or start the process in closing it up
16:31:35 <sc`> i agree with j^2 in that we're ready to start branching. ideally, i'd want the delorean stuff to come out of common, but there is some restructuring happening in rdo-land, so that's all up in the air
16:32:02 <j^2> yep
16:32:19 <j^2> frickler: i know you have a couple things you’d like to get in right?
16:32:40 <frickler> well, it turns out that there is less left than I thought
16:33:00 <frickler> the percona stuff from jklare would be nice, but not necessary
16:33:03 <markvan> yup, I just have this latest rabbitmq to get in , but that should be quick it just a version bump.
16:33:47 <sc`> i'm a little concerned about mariadb not making it in before we branch kilo
16:34:03 <markvan> and j^2 you want those aio neutron repo change in right?
16:34:14 <sc`> because that means c7 coverage isn't there
16:34:46 <markvan> sc`: can we hack a wrapper/workaround  in for now?
16:34:47 <j^2> markvan: i’d love it if we made that aio neutron thing happen
16:34:56 <j^2> but it’s not a huge requirement
16:35:09 <markvan> j^2: what's left, I have not looked at in lately
16:35:22 <sc`> markvan: not exactly. there are some issues with /var/log/mysql getting the correct permissions
16:35:23 <j^2> which one are you talking about
16:35:27 <j^2> there is a couple of them
16:35:51 <sc`> markvan: i *think* it can be worked around by overriding attributes, but the recipe issue remains
16:36:08 <markvan> sc`: so could we re-wind that resource as a workaround or add a step on our side to fix that up?
16:36:26 <markvan> j^2: was referring to this one: https://review.openstack.org/#/c/196858/
16:36:50 <j^2> oh yeah, that one should get in
16:36:55 <j^2> it’s a few changes
16:37:09 <sc`> rewinding is an option we could do. i was thinking about submitting a change against repo with some overrides in the environment file to work around it
16:37:37 <sc`> in theory, it's just overriding node attributes
16:37:58 <sc`> is this a cookbook chef could adopt?
16:38:05 <markvan> sc`: yeah, that would be reasonable for now...
16:38:55 <markvan> yeah, was thinking about that...can we get another maintainer added to this project?    or fork it and place it into supermarket under our ownership
16:39:51 <sc`> yeah. we can hash it out in our regular channel
16:40:04 <sc`> moving on
16:40:13 <sc`> #topic <j^2> Magnum Cookbook
16:40:44 <j^2> we need to create one
16:40:48 <j^2> like yesterday
16:40:58 <j^2> i started the samething thing with manila
16:41:04 <sc`> in that same vein, i was looking at trove :)
16:41:05 <j^2> like the same thing
16:41:22 <j^2> one sec
16:42:34 <markvan> sc`: you mean this one for trove? https://github.com/openstack/cookbook-openstack-database
16:43:05 <sc`> markvan: shows how much i pay attention ;)
16:47:42 <sc`> #topic <markvan> http://kramvan1.github.io/cookbook-openstack-doc/
16:49:09 <sc`> i was looking at this a bit last week. it's definitely handy to have all of the attributes/readmes in one place
16:49:11 <markvan> based upon our direction of trying to get the ReadMe's beefed up and the attribute files cleaned up, this was a quick hack to allow us to review all that doc on a single web page  and maybe someday may life easier for others looking for answers
16:49:56 <markvan> I know alanmeadows started some of the readme work, so hopefully that will continue.
16:50:29 <sc`> nice
16:50:31 <markvan> What I really like about this, is that with just a few minor markdown tweaks, we can really have some nice flowing/readable docs
16:51:11 <alanmeadows> I've got about half of the repos updated (based on our bare metal template), will be contributing them for review soon
16:51:19 <markvan> And I'm trying to figure out the best wat to trigger this to rebuild...maybe I'll just do some sort of periodic for now
16:51:20 <alanmeadows> its an...exciting task.
16:52:10 <markvan> alanmeadows: thx for the efforts here....   yeah I started looking at adding/cleaning some the the attribute files to allow for better markdown readability and 1-1 Comment/Desc per attribute.
16:52:55 <markvan> I would like to figure out how to create a cross cookbook attribute index, that would really help folks out
16:53:22 <sc`> +1 to that
16:53:48 <sc`> #topic open discussion
16:54:05 <sc`> we have just a few minutes left. anyone have anything that wasn't already covered in the agenda?
16:54:28 <frickler> I have prepared a patch for the apache2 cookbook
16:54:42 <frickler> to allow setting more specific listen parameters
16:55:03 <frickler> https://github.com/x-ion-de/apache2/tree/listen2
16:55:30 <frickler> I'll do a sample of how it would be applied in e.g. openstack-dashboard later
16:55:57 <frickler> would be interested in feedback whether anybody else considers that useful
16:56:20 <frickler> we are using it internally for running apache2 as proxy in front of the API
16:56:27 <sc`> nice. i could see some use in it
16:56:49 <frickler> and we need it to listen to different ports on internal and external networks
16:56:50 <markvan> interesting...make sure you double check the keystone under apache support, it's not enabled by default
16:57:46 <markvan> Just a quick note, I did a quick look at that backport keystone under apache for juno...but it looks like it would be some work to get it right and would need to upgrade apach2 cookbook, so I don't plan on pursuing this any further right now
16:58:48 <frickler> also is anyone else interested in running on Ubuntu 15.04?
16:59:21 <frickler> I did some infra patches so that we should soon be able to have nodepool spin up some test nodes with that
17:00:09 <sc`> looks like we're at time
17:00:30 <sc`> #endmeeting