On Sun, 11 Nov 2007 05:27:02 am M Graff wrote:
> Clearly, this is somewhat of a biased opinion, since I work at ISC.
> Please don't think though that I'm pushing for this idea just because of
> that.  :)
>
> ISC has a dhcp server which does both IPv4 and IPv6.  It would be really
> cool if NetBSD supported this out of the box, and it would be really
> helpful for ISC to have more testers.  When the final version of DHCP
> v4.0 comes out, having a working IPv6 client would be something most
> other free Unix-like systems won't have.
>
> Also, BIND 9.5.0 is in alpha testing.  As one of the authors of it, I
> consider it stable.  :)  It has a rather interesting feature set,
> including vastly improved cache performance, and a disabled-by-default
> HTTP-accessible statistics system.
>
> What do people think about the idea of tracking these pre-release
> versions up to the next major release, and doing so for the next
> alpha/beta/release cycle?  I'm obviously volunteering to maintain them
> in -current, either out of my own time or as part of my work at ISC.  As
> a developer at ISC, I believe I'll be a good judge of when to pull in
> the next pre-release code set, and keep compiles working and the runtime
> not crashing.

The obvious response is to plug pkgsrc, but that neglects the benefits of both 
ISC obtaining the NetBSD current community for testing and NetBSD obtaining 
well maintained and updated code. I understand pkgsrc would yield similar 
benefits but not on the same scale.

I think it's a great idea. It should help avoid the problems people have 
experienced recently with currents dhcp server and would fuel growth in the 
right direction, rather than the bloat/hacky direction.

Just my opinion FWIW.

Sarton