Hi, Well, it's not that I don't want them modified by new baselayout. It's just that I would like to have the convenience of using etc-update to remind me that I need to update them manually. I have some modifications in those files that allow me to boot a diskless cluster from a single regular gentoo installation. Right now I always watch very carefully when I have to bring in a new baselayout since I have to keep those two scripts working. But I have been known to forget. I also have modifications in a few of the critical /etc/init.d scripts as well, but they are caught by the CONFIG_PROTECT and I'm immediately reminded to update and manually merge my functionality changes when a new version is in.
So this is essentially just for me to get autoreminders when they need attention. My teflon memory is dangerous enough, and I need all the help I can get from automated tools and reminders. Thanks Jimmy On Friday 11 November 2005 19.03, Richard Fish wrote: > On 11/11/05, Jimmy Rosen <[EMAIL PROTECTED]> wrote: > > Hi, during my recent battle with updating my system I ran across > > an old problem I haven't figured out. > > > > How to CONFIG_PROTECT /sbin/rc and /sbin/functions.sh ? Is there > > a way. Just putting them in CONFIG_PROTECT doesn't help and > > gentoo complains about them not beeing directories. > > > > I have a work around that is ok, to softlink them from > > /sbin/rc.safe and /sbin/functions.sh.safe. > > I think that trying to CONFIG_PROTECT these is a _very_ bad idea. > They are part of baselayout, and pretty much go hand-in-hand with > the /etc/init.d and /lib/rcscripts scripts. If a new version of > baselayout is merged with an old functions.sh, you risk ending up > with an essentially unbootable system. > > If you don't want those modified, mask out newer versions of > baselayout in /etc/portage/package.mask. > > -Richard -- gentoo-user@gentoo.org mailing list