On Thu, Jan 06, 2011 at 10:01:23PM -0500, Wesley Shields wrote:
> On Thu, Jan 06, 2011 at 04:49:36PM -0800, Doug Barton wrote:
> > On 01/05/2011 01:14, Douglas Thrift wrote:
> > > Hello,
> > >
> > > Since ISC dhcpd 4.1 now supports DHCPv6, but a single instance of the
> > > daemon can't do both IPv4 DHCP and DHCPv6, it would be nice if the rc.d
> > > script from the port could be configured to start the daemon twice. Has
> > > anyone thought about this at all or implemented anything?
> > 
> > I really dislike this trend that we're seeing of individual rc.d scripts 
> > supporting running multiple versions of the same daemon, but I haven't 
> > yet found the time to write it up for TPH. The canonical way to do this 
> > is for the rc.d script to have multiple copies of itself, and then do 
> > something like:
> > 
> > name="${0##*/}"
> > 
> > For this example you could have the port install rc.d/dhcpd by default 
> > (or whatever the name is, not suggesting a change), and an option to 
> > also install dhcpd_v6 (perhaps as a symlink). This would make it easy to 
> > clean up as the additional copy of the script should also be in the plist.
> 
> I'm not a big fan of the same script running multiple versions of the
> same daemon either. I do think the symlink and code above is a good
> solution though.
> 
> > The other reason I haven't squawked more about this is that for services 
> > that would like to be able to run an arbitrary number of the same daemon 
> > the servicename_N_{flags|pidfile|etc} method works, and eliminates the 
> > problem of leaving behind multiple numbers of the script after port 
> > deinstall. But for something like this where we're discussing a fixed 
> > (and small) number of copies it's better to have this done the "right" way.
> 
> I didn't know servicename_N_foo existed. I still like the symlink
> approach. I can certainly add that to the port in the future.

Forgot to mention... Could you please submit a PR for this so that it
does not end up lost?

-- WXS
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Reply via email to