Date: Wed, 10 Apr 2002 05:57:46 -0400 From: Carl Schmidt <cschmidt@slackerbsd.org> To: cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/bin Makefile src/share/examples/etc make.conf src/usr.bin Makefile Message-ID: <20020410095746.GA11336@carbon.slackerbsd.org> In-Reply-To: <20020410023316.A58709@dragon.nuxi.com> References: <200204091825.g39IPlu47806@freefall.freebsd.org> <20020410115605.M64464-100000@news1.macomnet.ru> <20020410081359.GD98684@sunbay.com> <20020410023316.A58709@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Apr 10, 2002 at 02:33:17AM -0700, David O'Brien wrote: > On Wed, Apr 10, 2002 at 11:13:59AM +0300, Ruslan Ermilov wrote: > > > What about the next patch for make.conf(5): > ... > > Yes please. > > Seriously, I would like to see more discussion on this. I was serious > aboiut where do we stop? NO_LS? You stop when you get to the point of NO_LS. One could say that this spawns from the lack of fine-grained "automated" control over what gets installed. However something such as this is useful for at least this one reason: schg. Some, if not all (I don't recall), of the 'r' commands are installed with chflags schg and this causes a problem for people running in securelevel > 0 because you can't chflags noschg a file with schg once securelevel is so high. You might argue the need to remove binaries at all from the base system and I would argue that userland pollution is annoying and if there is a binary installed which I don't need, it will be removed. The inability of rm'ing a schg'ed binary is annoying and having to go to single user mode just to do it is even more annoying. So when you have a group of commands, such as NO_UUCP, I would say it is okay. If you get down to disabling one command with NO_WHATEVER, I would say it is probably, though not definitely, something to really care about. I agree with the change. -- Carl Schmidt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020410095746.GA11336>