Date: Mon, 11 Oct 2004 10:53:45 +0400 (MSD) From: Dmitry Morozovsky <marck@rinet.ru> To: "Daniel O'Connor" <doconnor@gsoft.com.au> Cc: cvs-src@freebsd.org Subject: Re: What we keep under /etc (was: cvs commit: src/etc rcrc.shutdown src/etc/rc.d ...) Message-ID: <20041011105104.P93998@woozle.rinet.ru> In-Reply-To: <200410110914.24398.doconnor@gsoft.com.au> References: <20041009114544.080344bd@dev.lan.Awfulhak.org> <20041010031208L.matusita@jp.FreeBSD.org> <20041010103151.GA47927@gothmog.gr> <200410110914.24398.doconnor@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 11 Oct 2004, Daniel O'Connor wrote: DO> On Sun, 10 Oct 2004 20:01, Giorgos Keramidas wrote: DO> > The overwriting of some directories in /etc can be made optional and DO> > default to off (keeping the current behavior, but allowing faster updates DO> > of a part of /etc for those who want it), if that's what's worrying you. DO> > DO> > We could add an option to mergemaster like -f which would take a list of DO> > /etc subdirectories to blindly overwrite, i.e.: DO> > DO> > # mergemaster -f "rc.d periodic defaults isdn" DO> > DO> > To avoid having to type manually the list of directories, this could also DO> > be made optional based on an environment variable like DO> > MM_OVERWRITE_SUBDIRS, in which case the order of precedence would be: DO> DO> Or import etcmerge :) DO> DO> etcmerge isn't perfect, but I think effort would be better expended making it DO> more user friendly (I'm thinking specifically of guiding the user through DO> things more explicitly) Well, I did test etcmerge yesterday, and finished with partly broken right to directories with conflict results, namely /etc/mail, /etc/namedb and /etc/uucp: they went to mode 700 after etcmerge install. I have no chance to dig into problem deeply though. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041011105104.P93998>