From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RiAI3-0001EA-Q6 for garchives@archives.gentoo.org; Tue, 03 Jan 2012 19:44:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 95AFB21C04B; Tue, 3 Jan 2012 19:44:46 +0000 (UTC) Received: from mail-gy0-f181.google.com (mail-gy0-f181.google.com [209.85.160.181]) by pigeon.gentoo.org (Postfix) with ESMTP id C048CE05D9 for ; Tue, 3 Jan 2012 19:43:50 +0000 (UTC) Received: by ghrr19 with SMTP id r19so6722816ghr.40 for ; Tue, 03 Jan 2012 11:43:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=x34JX9lMoFJQVguT4EcMKgMNu9dAZDmIQxfySzE6mac=; b=c08XMkBIMnYqxbHOctcDGodht3wFb/TDgP2SEV7msxKu+sqkZKuKP9sjYy3gVl05O4 noqQ6I+Q+EpzxpbifKG5di8KEr5nFjyN/OY7mFGBEZC/D76swlKic64J/lJd7m/nAD7z Pipsjn4d/XqC5kPL9N3qEpAHj99mbyufiEjsY= Received: by 10.236.190.202 with SMTP id e50mr15258514yhn.91.1325619830333; Tue, 03 Jan 2012 11:43:50 -0800 (PST) Received: from linux1 (cpe-76-187-77-158.tx.res.rr.com. [76.187.77.158]) by mx.google.com with ESMTPS id r68sm75952337yhm.18.2012.01.03.11.43.48 (version=SSLv3 cipher=OTHER); Tue, 03 Jan 2012 11:43:49 -0800 (PST) Sender: William Hubbs Received: by linux1 (sSMTP sendmail emulation); Tue, 03 Jan 2012 13:39:14 -0600 Date: Tue, 3 Jan 2012 13:39:14 -0600 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr Message-ID: <20120103193914.GA13936@linux1> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20120101015947.GA9914@linux1> <1325401942.12935.11.camel@TesterTop4> <4F000C32.6020602@gentoo.org> <1325449284.12935.21.camel@TesterTop4> <20120101202355.30098545@googlemail.com> <1325454648.12935.24.camel@TesterTop4> <4F016DBE.2000209@gentoo.org> <1325616625.7238.23.camel@TesterBox.tester.ca> <20120103190255.GA13817@linux1> <1325618379.20627.6.camel@TesterBox.tester.ca> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <1325618379.20627.6.camel@TesterBox.tester.ca> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 9f53f452-cb36-4362-90ce-cb2a72daae9b X-Archives-Hash: 7cd628a3218aa718798f0d8617b14d22 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 03, 2012 at 02:19:39PM -0500, Olivier Cr=EAte wrote: > On Tue, 2012-01-03 at 13:02 -0600, William Hubbs wrote: > > On Tue, Jan 03, 2012 at 01:50:25PM -0500, Olivier Cr=EAte wrote: > > > I don't see what breakage would be caused by a big-bang update (move > > > everything in /sbin,/bin/,usr/sbin to usr/bin and add symlinks. I rea= lly > > > doubt any system has a /usr so tight that adding the couple things th= at > > > are in / to /usr/bin would break it.. Btw, this also includes /lib* > > > to /usr/lib*. > >=20 > > I think the best way to do this part of it is going to be to just follow > > the upstream packages. When they release a new version that installs in > > /usr, just allow that to happen. Eventually there will be very little in > > /{bin,sbin,lib}, maybe nothing besides a couple of symbolic links like > > /bin/sh. > >=20 > > I am not for what fedora is doing with the > > /bin->/usr/bin, /sbin->/usr/sbin and /lib->/usr/lib symlinks. >=20 > At least the upstreams that work for RedHat and Suse (and that's almost > all system packages) will come to expect that these symlinks exist. For > example, I just heard that kmod will expect kernel modules > in /usr/lib/modules even though the kernel installs them > in /lib/modules.. So yes, upstream will force these symlinks on us too. I just looked at the commit in kmod for this. It can be worked around with a ./configure switch until the kernel switches their install location, so they aren't forcing this one. William --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk8DWWIACgkQblQW9DDEZTga8wCgsUvXLn38pFv43o9uTt1vaBOo jhIAoLwKnwLm5bkrrjY+kZxMbCdVJeeK =PNS9 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb--