Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 13 Nov 2011 10:19:40 +0100
From:      Ed Schouten <ed@80386.nl>
To:        Doug Barton <dougb@FreeBSD.org>
Cc:        arch@FreeBSD.org
Subject:   Re: The strangeness called `sbin'
Message-ID:  <20111113091940.GX2164@hoeg.nl>
In-Reply-To: <4EBF0003.3060401@FreeBSD.org>
References:  <20111110123919.GF2164@hoeg.nl> <4EBC4B6E.4060607@FreeBSD.org> <20111111112821.GP2164@hoeg.nl> <4EBDC06F.6020907@FreeBSD.org> <20111112103918.GV2164@hoeg.nl> <4EBF0003.3060401@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--FhvelBhrd33NvMcY
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

* Doug Barton <dougb@FreeBSD.org>, 20111113 00:23:
> Except for the hash tools (md5, etc.) those are all properly located in
> sbin.

So this is where the sbin <-> bin separation already causes troubles.
Even in a discussion between two people it is impossible to determine in
which of the directories it should be placed.

I think John Doe would agree a compiler suite is something more
`administrative' than an application to send emails, yet they are placed
in bin and sbin respectively.

This is actually one of the reasons why I proposed the merge. The
separation between /bin and /usr/bin is easy to reason about: if the
system boots fine without it being placed in /bin, just put it in
/usr/bin. This does not hold for bin and sbin.

> >> For those individual tools, yes. But you're discounting the collateral
> >> damage.
> >=20
> > Being?
>=20
> 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.

This is not a problem, because of the symbolic links we add. If people
install stuff in /sbin, it gets placed in /bin. About the user
confusion, all the directories they need are added to $PATH. Also, if
they ls(1) around a bit, they'll figure it out.

> > Unrelated to that, `make installworld' already deletes existing files
> > from the DESTDIR:
> >=20
> > - /.profile
> > - /.cshrc
>=20
> Do you have a reference? I had to add code to mergemaster to handle
> installing updates to them, fixing the symlinks, etc.
>=20
> > - /sys
>=20
> 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.
>=20
> > - Some man/nls-related files.
>=20
> Not sure about these.

This is all done in etc/Makefile. You can also try it yourself:

	rm /sys
	echo hello world > /sys
	make installworld

--=20
 Ed Schouten <ed@80386.nl>
 WWW: http://80386.nl/

--FhvelBhrd33NvMcY
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (FreeBSD)

iQIcBAEBAgAGBQJOv4usAAoJEG5e2P40kaK7OmwP/0XF4Nnr96SFgGnkGDaO7Lqy
15FYoQuSrXzPAD1UnbM531mkqD1B1ZeBOpnVbqcy6MbVILvNHzUy75VzVG5DYYji
36dc/wha1xak6rFwQteVG2x8VFDWY+3TeLiHc4V0czfg1y+0oUFBgv7KbXqZR6z0
0ocdqDkspGdCSldQ8zEgyBAd71so59gEgLy8/oWZo8RFX05zQmVYV8xfErVE0wyA
h6m94V8o2iIwNOwob0IYKZnUsJCIf87AQSQFk+LU7BNsJx3zkmbv5hKZEjLwY5oN
Y+BbgTCdx0HD7G6XYnFMivhnwtUyU3y2e9HB9lIHQ6ndK/p90L+MA/0y8+ZxVqOO
saTwST1H9zsh/CCuF5JoqAGGWrPkmrHg9pbSZEPwAS7+knqzNH1ON6oO7zYJQt+9
TN7rSbxc3MUZJjHVf2VoS3VB756Pge+3zWR1cV/nXryOflcFElqdczoTgqe7iYSc
OM04Acr/q0QpI0/TKDUaOS5bSqkc1NLP5f677CB1zrdI8RsPFC2/pns1UsXLCxSb
k7KMSeUzZ4L6QQAINwO89bCljyfImfS6z63AHeUJN/ykO9/NF1MKyk2sINeKi34a
dU5sIHBFpTYxTrCgmGHVIzegIFu2L5tPbMRHqgEDHu2l+xw7K76ldRUGnEA4ovRq
Y/dnNSoZ0UulJkvjfrM8
=kkgf
-----END PGP SIGNATURE-----

--FhvelBhrd33NvMcY--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20111113091940.GX2164>