tech-userlevel archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: dhc* in NetBSD 7.0



On Jul 10,  4:47am, Christos Zoulas wrote:
}
} So I went and fixed libisc to export all the functionality needed
} by bind, then removed the #ifdef BIND9 code from it, and added
} initializations to the userland program to use the ISC library with
} the traditional api it provides instead of the intrusive hacks. I
} also eased some of the assertions of libdns, and added the
} initialization that was needed for programs other than BIND. In
} this case enabling BIND9 now to libdns, enables all the code.
} (of course I only fixed the Unix code, I did not touch the Windows
} part which now will not compile, until the same mechanical changes
} are applied).
} 
} The upshot of this is that now I have a working dhcp family of
} programs and a working family of bind programs using the same shared
} libdns and libisc.

     This sounds good.

} So now we can ship 7 with dhcp-4.2.3 and get rid of the old one.
} The question is, should we build dhclient? Or we say you just need
} to use dhcpcd?

     I would much prefer to see dhclient shipped, since it comes almost
free.  I'm not the only one that has complained about having to change
configuration stuff (some of which can be fairly complex) for what
appears to be gratutious reasons.  As it stands, all the code needed to
build dhclient will be in-tree, and appears to require very little in
the way of developer resources.  Also, this would hardly be the only
place where we have duplicate functionality, so I personally don't
consider that to be a very good argument.

} The issue here is that if we install dhclient in /sbin, we need to put
} libpthread, libisc, and libdns in /lib too (which I have done right

     This sounds annoying, but not necessarily the end of the world.

} now). If we don't want to install it, then we don't have to do this.
} There is also the option of installing it in /usr/sbin, but that is
} less useful.

     I'm curious how many people this would affect.  But, I guess there
is no real way of telling.

}-- End of excerpt from Christos Zoulas
On Jul 10,  4:47am, Christos Zoulas wrote:
} Subject: Re: dhc* in NetBSD 7.0
} So I went and fixed libisc to export all the functionality needed
} by bind, then removed the #ifdef BIND9 code from it, and added
} initializations to the userland program to use the ISC library with
} the traditional api it provides instead of the intrusive hacks. I
} also eased some of the assertions of libdns, and added the
} initialization that was needed for programs other than BIND. In
} this case enabling BIND9 now to libdns, enables all the code.
} (of course I only fixed the Unix code, I did not touch the Windows
} part which now will not compile, until the same mechanical changes
} are applied).
} 
} The upshot of this is that now I have a working dhcp family of
} programs and a working family of bind programs using the same shared
} libdns and libisc.
} 
} So now we can ship 7 with dhcp-4.2.3 and get rid of the old one.
} The question is, should we build dhclient? Or we say you just need
} to use dhcpcd?
} 
} The issue here is that if we install dhclient in /sbin, we need to put
} libpthread, libisc, and libdns in /lib too (which I have done right
} now). If we don't want to install it, then we don't have to do this.
} There is also the option of installing it in /usr/sbin, but that is
} less useful.
} 
} christos
} 
}-- End of excerpt from Christos Zoulas




Home | Main Index | Thread Index | Old Index