16:00:10 #startmeeting openstack-chef 16:00:13 Meeting started Mon Jun 1 16:00:10 2015 UTC and is due to finish in 60 minutes. The chair is j^2. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:14 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:17 The meeting name has been set to 'openstack_chef' 16:00:24 hey everyone! 16:00:30 this is the _correct_ time :D 16:00:41 howdy 16:00:45 we have a couple things on the agenda 16:01:04 especially haveing a week in essance off last week 16:01:13 hi 16:01:29 please take a couple mins add any last min agenda items and we’ll start at 05 past the hour 16:01:38 https://etherpad.openstack.org/p/openstack-chef-meeting-20150601 16:04:31 nice, ok first topic: 16:04:54 #topic sam and the update of c7? 16:05:30 sc`: ^^ 16:05:35 i was able to converge aio-nova with some workarounds, namely removing ironic from the roles and changing the mariadb service name from 'mysql' to 'mariadb' 16:05:47 workarounds are outlined in http://paste.openstack.org/show/253072/ 16:06:42 there have been efforts to move the packages' source of truth to mirror.centos.org from repos.fedorapeople, which can come in a later change once the packages pass gpg verification 16:07:24 hmm, ok, is there anything we can help/do to move this forward? 16:07:25 the biggest takeaway is that Ironic packages are still WIP 16:07:33 man, Ironic AGAIN 16:07:45 * j^2 stares daggers at markvan 16:07:55 i blame you 16:07:57 * markvan ouch... 16:08:39 seems like ironic is low priprity for rdo, where as ubuntu and other had that done long ago...humm. 16:08:56 lovely 16:09:04 sc`: for the mariadb, is that a cookbok bug? 16:09:23 markvan: yes it is. the package on c7 comes with 'mariadb.service' 16:09:36 i think it’s a problem with the versions of the mysql cookbook we’re running 16:09:40 we need up probably update 16:09:41 it 16:09:49 it's specifically the mariadb cookbook 16:09:56 ah 16:10:33 will need to do some upstream work on that one 16:10:58 can you put a small todo list about the fix for it? 16:11:04 if we can track it we could probably make it happ 16:11:05 en 16:11:09 i cant seem to type today 16:11:12 sure 16:11:32 thanks, just drop it in the agenda so i can move it to the next to track the steps 16:11:43 #topic markvan and the trials of ubuntu 16:12:05 the most important question off of all of this: Does this mean we need to start looking at 15.04? if there is no plan to back port to trusty? 16:12:08 Looks like that bug is in the trusty repo now, running a verify test now 16:12:24 hopefully this is the end of that saga. 16:12:28 I had just gotten my head completely around 14.04 :/ 16:13:04 markvan: nice 16:13:10 so progress is progress right? 16:13:17 yup 16:13:47 so we’ll wait on the validation, then we’ll circle back on this? 16:14:08 yup, I'll post up when verified 16:14:13 #topic sc` and fauxhai 16:15:25 fauxhai is still at 2.3.0 on rubygems.org. still need to get a new gem released for the rhel7 update 16:15:31 grr 16:16:03 I can try to pull some strings to get fauxhai updated, let me see what resources i can leverage 16:16:35 Yeah, this hack is ugly: https://github.com/stackforge/cookbook-openstack-common/blob/master/bootstrap.sh#L13 j^2 can we maybe push form ChefDK side? Is mean ChefDK lacks suppport for rhel 7 without this hack 16:16:56 will do 16:17:07 added it to the Action items on the agenda 16:17:23 #topic jklare Eastern Hemi update 16:18:18 jklare: around? 16:18:54 have not heard from kingkong today...(as I try to get his new kick to stick... 16:19:01 hahah i like it 16:19:41 We have the CI patch proposed for a new gate here: https://review.openstack.org/#/c/186379/ Please review if you have not already,t hx 16:20:07 markvan: bad, we have an agenda, you shouldnt drop things in like that 16:20:17 still great work though 16:20:37 just trying to fill jklare gap about where CI is 16:20:59 heh 16:21:02 ok, next topic 16:21:18 #topic core reviewer 16:21:37 j^2, when you get a chance, give a final yay or nay to MAINTAINERS.md, and I'll make it so across the field with the README updates 16:21:47 yay 16:21:48 wait 16:21:50 no 16:21:53 heh 16:22:04 yeah i’ll take the action item for it 16:22:27 This is the guinea pig: https://review.openstack.org/185113 16:22:35 perfect,’ i was just about to ask that 16:22:59 i’ll give this topic a few more mins 16:23:16 we have our maintainers and we’ll leverage the review for new cores 16:23:33 this actaully brings up something that showed up in openstack-infra the other day 16:23:41 i’d like to mention this while we have everyone here 16:25:01 so as Cores we are the leaders of our project, make sure you acknowalge this, the PTL is only an administrator and there to step in when the community is at a standstill. So as we start growing our project now please keep this in mind as we start recruiting more people 16:25:27 and as alanmeadows says, the PTL is only a hub of information 16:25:55 agree 16:26:15 as we are now santioned i can imagine our community is going to have some growth, if not sudden steady and we’re gonna be bigger than we are used to 16:26:25 * j^2 gets off his soap box 16:26:58 any thoughts objections questions? 16:27:25 seems sensible to me 16:27:27 something for cores to discuss, schedules for our project? (bp deadlines and such...) 16:27:46 or are they first proposed by ptl 16:28:09 i think there isn’t an offical way to decide, it’s a perproject thing 16:28:25 especially if your interdependant on the other projects 16:28:33 ok, I'll add something to agenda for next meeting to discuss 16:28:40 souds good 16:29:44 ok, so this topic dove tails into our another topic 16:29:55 #topic stackforge -> openstack 16:30:03 so I’ve put in: 16:30:11 #link https://review.openstack.org/#/c/186532/ 16:30:36 this should be the final step we need to get moved 16:30:46 but it requires downtime with infra 16:31:13 i have us on the agenda for the next meeting which is tomorrow 16:31:46 we should be set to get put on the next down time, but if we can make the meeting and make sure there are no hang ups it would help: 16:31:47 yup, also will have a small ripple effect on our tools/doc 16:31:59 https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Upcoming_Project_Renames 16:32:35 any thoughts objections questions? 16:33:21 I can't think of any timing issues with doing that now vs later, but that would be my only concern 16:33:49 And does that mean that we could not be also part of the supermarket? 16:33:59 good question 16:34:35 i don’t think so 16:34:41 we still don’t own the repo 16:35:03 though, I’ve been tasked with creating a “simple compute cookbook” that we can publish to supermarket leveraging our cookbooks 16:35:10 and it’ll be in chef-partners 16:35:22 assuming i ever get time to code again, i’ll be making that asap 16:35:32 ok 16:35:37 think of a “simpler version of the testing-stack" 16:36:08 no cinder or ironic or anything, just the bare minimum 16:36:43 next topic? 16:37:14 #topic client cookbook 16:37:32 so i need to spend some time working on the client cookbook 16:38:03 i’d like to send out a doodle to find some time for everyone to do a hacksession 16:38:08 would anyone be interested? 16:38:23 Im in 16:38:27 awesome 16:38:44 i’ll send out the doodle to the ML 16:38:56 although even so, the move is still worth it but I was also curious about that 16:40:08 #topic kilo bugs and BPs 16:40:12 markvan: thoughts ^^ 16:40:29 or do you want to set up a deicated time for it? 16:40:56 was just wondering if we are at the point to think about a date for the stable/kilo branch 16:41:25 we can certainly do a bug/bp walk thru to make sure we have agreement on what's left. 16:41:58 i thought we took the lions share down at summit? 16:42:24 yup, just trying to followup and wind this down to zero 16:42:30 ah sounds good 16:43:39 ok, i’ll let the last 20ish mins open discussion? 16:43:44 #topic open discussion 16:44:01 the floor is anyones 16:45:03 yeah, looks like the ubuntu bug is in trusty cloud archive: libvirt-bin 1.2.12-0ubuntu13~cloud0 yeah! 16:45:13 !!! 16:45:14 j^2: Error: "!!" is not a valid command. 16:45:15 link? 16:45:23 a quick one: I think with the move/rename in progress, it makes sense to introduce a designate cookbook post-rename? 16:45:30 j^2: http://ubuntu-cloud.archive.canonical.com/ubuntu/dists/trusty-updates/kilo/main/binary-amd64/Packages 16:45:50 alanmeadows: seems reasonable 16:46:00 to be sure, a "dnsaas" cookbook 16:46:34 yeah the std is cookbook-openstack- 16:46:44 i guess dnsaas could work 16:47:05 the centos cloud sig has packages up at http://mirror.centos.org/centos/7/cloud/x86_64/openstack-kilo/ but i've found that not all packages are signed by the standard centos package key 16:47:31 there also exists packages for juno on c6 16:50:08 lovely 16:51:34 the packages for c6 may be incomplete. once it stabilizes and gpg checks out, might be worth switching the common cookbook over to using those repos instead of repos.fp.o 16:53:38 and just a possible TODO, I don't see us listed on this wiki page, but not sure how this is generated, might be from openstack projects, not stackforge: https://wiki.openstack.org/wiki/New_home 16:57:23 cool, i think we’re done for today, thanks everyone 16:57:28 #endmeeting