From owner-freebsd-arch@FreeBSD.ORG Sun Nov 13 09:19:42 2011 Return-Path: Delivered-To: arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C8F1106566B; Sun, 13 Nov 2011 09:19:42 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id E15698FC0A; Sun, 13 Nov 2011 09:19:41 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id E975C2A28CF7; Sun, 13 Nov 2011 10:19:40 +0100 (CET) Date: Sun, 13 Nov 2011 10:19:40 +0100 From: Ed Schouten To: Doug Barton Message-ID: <20111113091940.GX2164@hoeg.nl> 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> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FhvelBhrd33NvMcY" Content-Disposition: inline In-Reply-To: <4EBF0003.3060401@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: arch@FreeBSD.org Subject: Re: The strangeness called `sbin' X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2011 09:19:42 -0000 --FhvelBhrd33NvMcY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Doug Barton , 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 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--