Date: Thu, 7 Aug 2008 14:59:58 +0100 (BST) From: Jan Grant <jan.grant@bristol.ac.uk> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no> Cc: hackers@freebsd.org, wbentley@futurecis.com Subject: Re: Idea for FreeBSD Message-ID: <20080807145747.L3840@tribble.ilrt.bris.ac.uk> In-Reply-To: <86r691f0qy.fsf@ds4.des.no> References: <b58b3fc7f4a07c9b6d55741e2ec25f47.squirrel@secure.futurecis.com> <20080807090230.GF1359@server.vk2pj.dyndns.org> <86r691f0qy.fsf@ds4.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 7 Aug 2008, Dag-Erling Smørgrav wrote: > Peter Jeremy <peterjeremy@optushome.com.au> writes: > > So you take each line from inetd.conf (literally) and wrap it in > > several KB of XML. This definitely adds to bloat and doesn't even > > obey the spirit of XML (since the content of each inetd.conf entry > > remains opaque). > > s/inetd/rc/g > > I completely agree with you - but I also agree with whoever it was that > suggested adding enable / disable commands to rc.subr. inetd.conf too(!); see inetconv(1M) Whilst solaris has some nice bits and pieces, the tendency to take configuration (static and dynamic) and shove it into an opaque database I personally find problematic: compare the ISC and solaris dhcp servers, for instance. enable/disable sound interesting, however. jan -- jan grant, ISYS, University of Bristol. http://www.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ ...You're visualising the _duck_ taped over my _mouth_..?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080807145747.L3840>