18:00:27 #startmeeting akanda 18:00:27 Meeting started Mon Jun 15 18:00:27 2015 UTC and is due to finish in 60 minutes. The chair is sarob. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:28 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:00:31 The meeting name has been set to 'akanda' 18:00:55 agena 18:01:05 agenda 18:01:10 #link https://wiki.openstack.org/wiki/Meetings/akanda 18:01:14 roll call 18:01:23 o/ 18:01:58 o/ 18:02:10 o/ 18:02:26 morning! 18:03:17 morning 18:03:26 markmcclain is on a plane, so probably wont hear from him this morning 18:03:57 #topic progress on m1 bp 18:04:23 first up, 18:04:27 oslo updates 18:04:37 adam_g: hows it going? 18:05:04 good 18:05:13 there are patches up for both oslo.messaging and oslo.log 18:05:26 need to finish 2 tests on oslo.log and then i'll squash those both down into one patch 18:05:35 then IIRC oslo.i18n is the only one left 18:05:52 they're all trivial except for the oslo.messaging migration, which i'd love to get a thorough review of 18:07:16 doughellman available to help? 18:07:36 too 18:07:47 dont ask me :) dhellmann ^ 18:08:22 * sarob irc fail 18:08:52 we can loop him in 18:09:01 any thing else on oslo? 18:10:20 okay, moving on 18:10:35 update on juno backports 18:10:55 we did this the brute force way 18:11:08 juno branched at kilo 18:11:23 i dont think there has been anything juno-specific identified yet 18:11:36 ryanpetrello you around? 18:11:42 ryanpetrello identified a bug in iptabels SNT that he was working thru end of week last week, but it sounds like it affects master as well 18:11:50 so we'll need to merge and backport to kilo+juno i think 18:11:58 adam_g: okay 18:12:28 adam_g: i dont see the bug on the queue 18:12:47 i dont know if he's filed on yet 18:13:02 okay, i follow up with him 18:13:29 #action sarob follow up with ryanpetrello on iptables SNT bug 18:13:44 next up 18:14:00 rug managed ssh already implemened 18:14:08 thanks to adam_g 18:14:19 lbaas update 18:14:22 next 18:14:30 davidlenwell: whats going on? 18:15:29 So I meant to finish my driver patch over the weekend.. but we had a small family issue (devons hamster died) and I didn't get to it.. planning to get it finished this afternoon 18:16:13 davidlenwell: bummer, sorry to hear that 18:16:31 davidlenwell: i spoke with a few sources on lab puppies 18:16:55 davidlenwell: only hunting variety available right now 18:16:58 yea.. the little guy didn't take it well .. so I spent a lot of time consoling and making him feel better.. I can get that info from you later when I see you 18:17:11 davidlenwell: i will ping you if i hear different 18:17:16 sounds good 18:17:39 davidlenwell: update for the record on your progress so far 18:17:50 lbaas that is 18:18:25 the plan is to complete a patch first that introduces the concept of a driver into the rug.. with the first driver being written for the router 18:18:52 That is mostly done with the patch I had in flight ..but I need to take some lbaas specific stuff out of it 18:19:11 can we have a spec that describes the implementation instead of just a wip patch? sounds like a pretty big change 18:19:51 adam_g: that is probably a good plan.. 18:21:26 save the rest for the spec? 18:22:20 sure.. wil write a spec early this week 18:22:43 okay 18:22:46 next up 18:22:52 doc updates 18:23:15 i have listed out a bunch of stuff that i think needs to go into the docs 18:23:23 on the bp 18:23:41 i have just barely started on the bp with 18:23:53 moving docs out of the rug repo 18:24:30 the generally idea is to make the docs more first user friendly 18:24:47 next up 18:24:52 ci updates 18:25:10 adam_g: you made some good progress last week 18:25:38 yea 18:25:53 the devstack job will probably show up as voting on our patches this week 18:26:15 theres a infra patch up to do that, that i just noticed needs a rebase 18:26:51 also, patches now call the appropriate webhooks at readthedocs and our docs there should be updated when necessary 18:27:53 adam_g: yeah, right on 18:28:54 #link https://review.openstack.org/#/c/190745/ 18:29:42 cool beans 18:29:48 anything else? 18:30:00 not here 18:30:16 #topic eol akanda-appliance-builder 18:30:24 adam_g: take it away 18:30:31 oh 18:30:32 yea 18:30:48 we merged the DIB elements that we have in akanda-appliance-builder into the main akanda-appliance repo 18:31:04 to reduce a needless cross-project dependency 18:31:15 i have a doc patch up to update instructions for building the appliance 18:31:27 #link https://review.openstack.org/#/c/191920/ 18:31:59 so we need to either completely delete the akanda-appliance-builder repo, or just rm -rf * its source tree and replace with a readme that points to the akanda-appliance repo 18:32:54 the same question on the github/akanda repos 18:33:20 im partial to wiping contents and updating the readme 18:33:37 rather than maybe creating dead links 18:34:28 anyone else have an opinion? 18:34:37 +1 18:34:47 im thinking more about removing refrences in openstack-infra 18:34:54 (jobs, etc) 18:34:59 ah, right 18:35:06 that two 18:35:32 thats a trivial change, right 18:35:48 unless im missing something 18:36:49 wiping the jobs yeah, im not sure what else goes into creating the repositories 18:37:28 i can double check with ttx on leaving repo cruft 18:37:53 he may have a opinion on that 18:37:59 but its stackforge 18:38:05 so prob not a strong one 18:38:44 anyone else on this? 18:39:21 puranamr or davidlenwell? 18:39:38 yes 18:40:06 well if we plan on moving into /openstack in the next year we should probably pretend like we are already there 18:40:38 and that would change how we deal with dead repos? 18:40:56 we should delete dead repos 18:41:23 unless there needs to be some trail 18:41:28 is that practice in github/openstack right now? 18:42:03 asfaik they keep that pretty clear of bit rot 18:42:36 ill ping ttx and get back to y'all 18:42:57 sounds good 18:43:39 #action sarob ask ttx on practice with dead repos, wipe contents or delete repo entirely 18:43:50 #topic any other business 18:44:38 any updates on m2 bp maybe? 18:45:13 reduce vm footprint, rug circuit breaker, appliance ha, nodepool, octavia, vpnaas? 18:45:47 i havent seen any patches, so im guessing nothing yet 18:46:44 davidlenwell: has been working on the appliance provisioning driver arch 18:46:51 thats all i got 18:47:26 yeah.. the stuff I am doing now will be the foundation to a lot of that stuff 18:47:48 #info liberty m1 juno backports, rug ssh key implemented 18:48:46 #info liberty m1 oslo updates, doc updates, ci updates, lbaas have good progress 18:49:22 #info liberty m2 appliance provisioning driver is started, rest are pending 18:49:47 should we call the meeting a few minutes early? 18:50:01 sure 18:50:52 puranamr, davidlenwell: got anything else? 18:51:03 I'm good 18:51:26 im just so so 18:51:37 okay, im calling it 18:51:49 cheers guys 18:52:05 #endmeeting