Date: Sat, 12 Nov 2011 15:23:47 -0800 From: Doug Barton <dougb@FreeBSD.org> To: Ed Schouten <ed@80386.nl> Cc: arch@FreeBSD.org Subject: Re: The strangeness called `sbin' Message-ID: <4EBF0003.3060401@FreeBSD.org> In-Reply-To: <20111112103918.GV2164@hoeg.nl> References: <20111110123919.GF2164@hoeg.nl> <4EBC4B6E.4060607@FreeBSD.org> <20111111112821.GP2164@hoeg.nl> <4EBDC06F.6020907@FreeBSD.org> <20111112103918.GV2164@hoeg.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
On 11/12/2011 02:39, Ed Schouten wrote:
> Hi Doug,
>
> * Doug Barton <dougb@FreeBSD.org>, 20111112 01:40:
>>> But the point is: there are quite some tools in */sbin that should be
>>> moved to */bin. I can at least point out 15 of them.
>>
>> Why don't we discuss those specifics first?
>
> In my opinion at least the following binaries are candidates of apps
> that can be moved from sbin to bin, as they all work to some degree
> without root privileges:
The idea behind sbin isn't "needs root privileges." From hier(7):
/sbin/ system programs and administration utilities fundamental to
both single-user and multi-user environments
> - ac
> - arp
> - config
> - daemon
> - dmesg
> - ifconfig
> - jls
> - kldstat
> - lastlogin
> - md5
> - mtree
> - ping
> - ping6
> - pkg_info
> - pkg_version
> - pstat
> - rcorder
> - rmd160
> - sendmail
> - sha1
> - sha256
> - sysctl
Except for the hash tools (md5, etc.) those are all properly located in
sbin.
>> For those individual tools, yes. But you're discounting the collateral
>> damage.
>
> Being?
User confusion, conflict between how things are done in the base vs. how
they are done in ports, problems for users who install stuff in /sbin
and/or /usr/sbin, and the other problems that have been mentioned in
this thread.
>> Um, if 'make installworld' were to delete existing stuff that would be
>> an overwhelming POLA violation.
>
> But my patch doesn't do that. Please take a look at what it does. The
> user is kindly asked to move the binaries himself. Otherwise `make
> installworld' simply refuses to run.
Yeah, I saw that, which is why I was confused. I would argue that what
you're proposing is also a POLA violation, although perhaps less so.
> Unrelated to that, `make installworld' already deletes existing files
> from the DESTDIR:
>
> - /.profile
> - /.cshrc
Do you have a reference? I had to add code to mergemaster to handle
installing updates to them, fixing the symlinks, etc.
> - /sys
Are you sure that this happens on an already installed system? I know
I've had to update this link on systems where I've moved my src tree.
> - Some man/nls-related files.
Not sure about these.
Doug
--
"We could put the whole Internet into a book."
"Too practical."
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4EBF0003.3060401>