[RFC][Change-Request] Create usefulness in rc.subr etc/rc.conf.d/*.conf namespace.

[Jason Hellenthal]

Gordon,

On Tue, May 10, 2011 at 05:30:09PM -0700, Gordon Tetlow wrote:
> On Mon, May 9, 2011 at 10:15 PM, Jason Hellenthal <jhell at dataix.net> wrote:
> > Not to break existing behavior the way they stand:
> > [...]
> > /etc/defaults/rc.conf
> > /etc/rc.conf.d/CUSTOM.conf
> > /etc/rc.conf
> > /etc/rc.conf.local
> > /etc/rc.conf.d/NAME
> 
> Having 2 files (well any number of *.conf files actually) sourced from
> the same directory at different times based solely on name is a bad
> idea. There isn't enough documentation that will adequately explain
> how that is supposed to work. I would consider it a major POLA
> violation.
> 

I agree with that and sort of disagree. As stated before the behavior of 
/etc/rc.conf.d/NAME leaves alot to be said and is quite a neusance to work 
with and would seriously be hard to document how to use in any effecient 
way. So with that said I believe that the above example would work just 
fine while the other /etc/rc.conf.d/NAME method just be scratched from 
documentation and left for deprecation.

Thinking more about this I would really like to here from some doc 
comitters for the handbook and see we can get them to take a look at the 
current state of rc.conf.d to get a real feel on how that would have to 
look in an end result and how the new way would look. I think this would 
give this a shining light on exactly how complex one is compared to the 
other. Any reccomendations ? who we could contact ?

> Also, if your stated goal was to allow ports to install sample or
> sensible defaults into /etc/rc.conf.d, it needs to live in
> /usr/local/etc instead of /etc. Ports writing data into /etc shouldn't
> happen.
> 

For now this is just about /etc/rc.conf.d ports are in mind but that is 
obviously one side of it. I would never suggest that ports install anyting 
into /etc.

-- 

 Regards, (jhell)
 Jason Hellenthal

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 522 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-rc/attachments/20110511/5838ea58/attachment.pgp