Re: [Babel-users] ipv6_subtrees fixes queued for 3.10.10 (probably)

2013-08-22 Thread Henning Rogge
You can use uname() to get the kernel version. We already use it in Olsrd to sidestep a semantic change in the procfile system. Henning On Thu, Aug 22, 2013 at 12:01 AM, Dave Taht dave.t...@gmail.com wrote: I've got this in the next version of cerowrt and it looks like it is also targetted for

Re: [Babel-users] ipv6_subtrees fixes queued for 3.10.10 (probably)

2013-08-22 Thread Juliusz Chroboczek
I've got this in the next version of cerowrt and it looks like it is also targetted for -stable. Excellent. I see the babels branch has been quiet since jul 12, and I figure mattieu and juliusz are still in recovery from ietf. I'm actually just back from a wonderful holiday (wikipedia

Re: [Babel-users] ipv6_subtrees fixes queued for 3.10.10 (probably)

2013-08-22 Thread Dave Taht
And, sigh. I restart quagga-RE on the new release, where I have two identical /128s on the same interfaces (gw01 and gw11) and I get: 2013/08/22 18:19:08 BABEL: setsockopt(IPV6_JOIN_GROUP) on interface 'gw11': Address already in use I don't know if this is relevant to the ipv6 subtrees

[Babel-users] ipv6_subtrees fixes queued for 3.10.10 (probably)

2013-08-21 Thread Dave Taht
I've got this in the next version of cerowrt and it looks like it is also targetted for -stable. I see the babels branch has been quiet since jul 12, and I figure mattieu and juliusz are still in recovery from ietf. So I hope this can be made to work, my question though is what sort of sane way