14:00:19 <sc68cal> #startmeeting neutron_ipv6 14:00:20 <openstack> Meeting started Tue Jul 1 14:00:19 2014 UTC and is due to finish in 60 minutes. The chair is sc68cal. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:21 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:23 <openstack> The meeting name has been set to 'neutron_ipv6' 14:00:29 <sc68cal> Hello all 14:00:33 <aveiga> hello 14:00:50 <BrianB_> hi 14:01:00 <pcarver> hello 14:01:01 <dane_leblanc> Hello 14:01:31 <HenryG> o/ 14:01:44 <xuhanp> hi 14:02:04 <sc68cal> thanks for joining everyone :) 14:02:12 <sc68cal> #topic blueprints 14:02:33 <sc68cal> I think currently our highest priority is the radvd spec 14:03:01 <sc68cal> #link https://review.openstack.org/101306 radvd spec 14:03:35 <HenryG> Time to start nagging cores for +2? 14:04:05 <aveiga> I'd say so, since it's had a few days to languish 14:04:05 <sc68cal> Possibly. I did ask for cores to take a look in yesterday's neutron meeting 14:04:44 <HenryG> markmcclain: ^^ :) 14:05:26 <markmcclain> HenryG: it's in my morning queue 14:05:35 <dane_leblanc> Mark can look at it during his next flight. 14:06:01 <HenryG> markmcclain: cool, thanks! 14:06:04 <sc68cal> :) 14:06:31 <markmcclain> dane_leblanc: haha… I get a whole 6 days free of travel :) 14:06:42 <sc68cal> dane_leblanc: I also brought up your multi prefix bp during the main meeting 14:06:54 <dane_leblanc> sc68cal: Yes, thanks for the mention! 14:08:19 <sc68cal> xuhanp: I know you have some stuff in flight too, I will bring it up at next week's meeting 14:08:30 <xuhanp> sc68cal, thanks! 14:09:06 <sc68cal> Any new BPs that we need to discuss? 14:10:12 <sc68cal> #topic code reviews 14:11:32 <sc68cal> Looks like baoli is not here 14:11:40 <sc68cal> for https://review.openstack.org/#/c/102648/ 14:11:59 <BrianB_> baoli is on pto 14:12:03 <HenryG> Robert (baoli) is out for a few days 14:12:18 <HenryG> I am working on unit tests for his radvd change 14:12:48 <HenryG> I am also working with him on shuffling the code around a bit (see the review comments) 14:14:01 <sc68cal> Cool. Do you think J-2 is still a realistic timeline? since baoli is now PTO 14:14:27 <HenryG> The code is pretty straightforward and we have not hit any surprises. 14:14:37 <HenryG> What is the J-2 date again? 14:14:51 <BrianB_> yes for J2 14:15:03 <mestery> #link https://wiki.openstack.org/wiki/Juno_Release_Schedule 14:15:10 <mestery> HenryG: July 24 14:15:11 <sc68cal> 27th? 14:15:17 <sc68cal> ah there we go :) 14:15:23 * mestery goes back to lurking. 14:15:36 <HenryG> That should be no problem. 14:16:44 <sc68cal> Cool. Any other code reviews that need to be discussed? 14:17:56 <xuhanp> baoli gave a -1 to one of my reviews which confused me. But I will talk to him when he's back 14:18:36 <sc68cal> xuhanp: link? 14:19:02 <xuhanp> https://review.openstack.org/101433 14:19:02 * markmcclain adds +2 to radvd spec 14:20:21 * HenryG thanks markmcclain 14:20:23 <sc68cal> xuhanp: yeah not sure about his -1. I had a similar concern but checked 14:20:42 <sc68cal> hence my +1 14:21:44 <HenryG> xuhanp: sc68cal: I agree that baoli's comment is not applicable. I'll let him know. 14:21:57 <xuhanp> HenryG, thanks! 14:23:12 <sc68cal> Any other reviews? 14:23:53 <markmcclain> sc68cal, HenryG: https://review.openstack.org/#/c/101306/ 14:24:10 <HenryG> markmcclain: mestery: Thanks!! 14:24:21 <sc68cal> markmcclain: mestery: awesome 14:24:33 <mestery> HenryG sc68cal: yw :) 14:25:56 <sc68cal> #topic bugs 14:26:06 <sc68cal> #link https://bugs.launchpad.net/neutron/+bugs?field.tag=ipv6 bugs tagged ipv6 14:27:16 <sc68cal> I think the biggest bug we need to tackle is #1233339 14:27:23 <sc68cal> https://bugs.launchpad.net/neutron/+bug/1233339 14:27:25 <uvirtbot> Launchpad bug 1233339 in neutron "bump dhcp.Dnsmasq.MINIMUM_VERSION" [Medium,Triaged] 14:27:35 <sc68cal> Since that is going to be part of xuhanp's work 14:28:05 <sc68cal> I don't know what we need to do to alert packagers that they need more recent versions of dnsmasq 14:28:22 <xuhanp> sc68cal, yep. We are working on the dnsmasq stateless/stateful code. 14:28:43 <xuhanp> sc68cal, we don't have a requirement on dnsmasq version today in requirement file, right? 14:29:06 <sc68cal> no, since requirements is only for python packages I believe 14:29:12 <sc68cal> *pypi 14:29:35 * sc68cal tries to remember the handle of the gentleman that does debian packaging 14:30:09 <sc68cal> ok well worst case we'll need to fire off something to the openstack-dev list as a heads up 14:30:22 <xuhanp> sc68cal, I guess we will need to be careful with the error from dnsmasq and prompt some clues by error message? 14:30:57 <sc68cal> If I recall, I think it has a pretty detailed error message when the version of dnsmasq is < MIN_VERSION 14:31:48 <xuhanp> sc68cal, ok. we can do some test. 14:32:10 <sc68cal> Yeah, I could just push a patch to bump MIN_VERSION to 2.63 and see what explodes :) 14:32:54 <xuhanp> sc68cal, sounds good 14:33:01 <HenryG> Yup, that is about all neutron can do, plus documentation. 14:33:29 <HenryG> So, put DocImpact in the commit message. 14:33:29 <sc68cal> xuhanp: is 2.63 enough for what you guys are doing or do we want a more recent version 14:33:36 <sc68cal> HenryG: good idea! 14:33:50 <xuhanp> sc68cal, let me confirm that and get back to you. 14:34:01 <xuhanp> I need to check my dev machine 14:34:20 <sc68cal> cool 14:35:05 <sc68cal> Any other bugs to discuss? 14:36:07 <sc68cal> #topic open discussion 14:37:52 <boh_ricky> daniel 14:38:40 <BrianB_> markmcclain: Any update on new API def 14:43:04 <sc68cal> Looks like he's away 14:43:47 <sc68cal> If there is no further items to discuss, I will see everyone next week! 14:44:04 <sc68cal> *there are 14:45:05 <sc68cal> #endmeeting