Re: was: some woes about rc.conf.site
On Tue, Feb 09, 1999 at 06:40:58PM -0500, Christopher Masto wrote: mergemaster Yes, I have. It doesn't make much of a dent in the real problem, which is separating diffs like: variations on a theme deleted Good point. I adopted the rc.local solution some time ago, which simplified matters a lot for me. As yet, I've not been caught out by a new or changed default in rc.conf. -- Adrian Wontroba To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: was: some woes about rc.conf.site
On Sun, Feb 07, 1999 at 03:14:22PM -0500, Christopher Masto wrote: I haven't used it yet, but I definately think the idea is an improvement. I hate trying to update /etc after an upgrade.. if it's been a while, or it's between major versions, it can take a very significant amount of time. Have you tried the mergemaster port for this? It greatly speeds the task. Anything that moves local changes to a seperate file is a blessing. True. -- Adrian Wontroba To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: was: some woes about rc.conf.site
On Tue, Feb 09, 1999 at 10:11:48PM +, Adrian Wontroba wrote: On Sun, Feb 07, 1999 at 03:14:22PM -0500, Christopher Masto wrote: I haven't used it yet, but I definately think the idea is an improvement. I hate trying to update /etc after an upgrade.. if it's been a while, or it's between major versions, it can take a very significant amount of time. Have you tried the mergemaster port for this? It greatly speeds the task. Yes, I have. It doesn't make much of a dent in the real problem, which is separating diffs like: - portmap_enable=YES# Run the portmapper service (or NO) + portmap_enable=YES# Run the portmapper service (or NO). from - portmap_enable=NO # Run the portmapper service (or NO). + portmap_enable=YES# Run the portmapper service (or NO). from portmap_enable=YES# Run the portmapper service (or NO). + portmap_flags=# Flags to portmap (if enabled). ad infinitum. The latest compromise is still good enough for me. I just don't want to go back to having to edit the same file that I have to upgrade. -- Christopher MastoDirector of Operations NetMonger Communications ch...@netmonger.neti...@netmonger.nethttp://www.netmonger.net Good tools allow users to do stupid things. -- Clay Shirky To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
RE: was: some woes about rc.conf.site
-Original Message- From: Christopher Masto [mailto:ch...@netmonger.net] Sent: 07 February 1999 20:14 To: curr...@freebsd.org Subject: Re: was: some woes about rc.conf.site I haven't used it yet, but I definately think the idea is an improvement. I hate trying to update /etc after an upgrade.. if it's been a while, or it's between major versions, it can take a very significant amount of time. Anything that moves local changes to a seperate file is a blessing. Also, having had sysinstall destroy my /etc/rc.conf on more than one occasion, I am grateful to not have it touched any more. I don't understand what rc.conf.site buys us, surely sysinstall is just an admin tool for maintaining site specific options in exactly the same way that vi /etc/rc.conf.local would be? I think it's getting overly engineered and we're just chasing our tails. Why can't there be a set of shipped defaults, set in /usr/share that is never touched by local sites and by definition will always be up to date and then have a single file /etc/rc.conf that provides local overrides. Whether you maintain it with sysinstall or vi shouldn't really matter. Paul. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: was: some woes about rc.conf.site
I haven't used it yet, but I definately think the idea is an improvement. I hate trying to update /etc after an upgrade.. if it's been a while, or it's between major versions, it can take a very significant amount of time. Anything that moves local changes to a seperate file is a blessing. Also, having had sysinstall destroy my /etc/rc.conf on more than one occasion, I am grateful to not have it touched any more. -- Christopher MastoDirector of Operations NetMonger Communications ch...@netmonger.neti...@netmonger.nethttp://www.netmonger.net Good tools allow users to do stupid things. -- Clay Shirky To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
