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 1Ri9Iz-0005C3-AJ for garchives@archives.gentoo.org; Tue, 03 Jan 2012 18:41:49 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8612921C097; Tue, 3 Jan 2012 18:41:39 +0000 (UTC) Received: from mail-gx0-f181.google.com (mail-gx0-f181.google.com [209.85.161.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 9C7F121C030 for ; Tue, 3 Jan 2012 18:40:47 +0000 (UTC) Received: by ggnq2 with SMTP id q2so1674383ggn.40 for ; Tue, 03 Jan 2012 10:40:47 -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=aahdlseC4iD/ijg+dElwJrkBb0/MI4d70V5G4c8mx+w=; b=M5H0JeHpU7SB27IUJsD1jRFnz6ypQ224q04YTZnHNbsx09hC9OcR574qZUEfQarJGX 5dsUQ/unlj67+0KUif+TixDY7P2yZsa8JjyzaZ70a2DbuKDU7vUTS6rBmk2knnNuYxzN KDw0S61c/qBSVPZFqGp6esP8M1wnbdeGAVypA= Received: by 10.101.137.4 with SMTP id p4mr17317297ann.52.1325616047146; Tue, 03 Jan 2012 10:40:47 -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 k48sm11826011yhj.16.2012.01.03.10.40.44 (version=SSLv3 cipher=OTHER); Tue, 03 Jan 2012 10:40:45 -0800 (PST) Sender: William Hubbs Received: by linux1 (sSMTP sendmail emulation); Tue, 03 Jan 2012 12:36:08 -0600 Date: Tue, 3 Jan 2012 12:36:08 -0600 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr Message-ID: <20120103183608.GB13702@linux1> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20120101015947.GA9914@linux1> <20120103095157.GC1961@waltdnes.org> <20120103151035.GA13017@linux1> <4F032F62.9050800@gentoo.org> 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="vGgW1X5XWziG23Ko" Content-Disposition: inline In-Reply-To: <4F032F62.9050800@gentoo.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: ccabc455-1ab6-4945-8bae-80efc9484927 X-Archives-Hash: 22be45646b13ac9d772b604f12f1f827 --vGgW1X5XWziG23Ko Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 03, 2012 at 11:40:02AM -0500, Ian Stakenvicius wrote: > I don't think anyone's asked this yet: >=20 > Do we NEED to deprecate /bin,/sbin,/usr/sbin,/lib ? I realize that=20 > udev/kmod/systemd are moving, but there isn't anything in particular=20 > that would require everything else to move, is there? =20 Well, I don't think everything is going to move immediately. The way I see this happening is, udev/systemd/kmod are moving first, then other upstreams will move their software. If we don't move with them, I'm afraid that we will have more and more customizations to maintain, either in the form of ebuilds using custom build options, or maybe even software patches if programs operate with the assumption that they are installed in /usr. > I know that there was a compatibility-symlink discussion and in general= =20 > it was thought that symlinks would be a bad idea.. but we could, for=20 > anything that would be required in /bin,/sbin for mdev AND /usr/bin for= =20 > the new udev,etc (assuming there would actually be overlap, which I=20 > expect there wouldn't be) make the /usr/bin version be a symlink and=20 > keep /bin,/sbin,etc. around.. It would work at least as a temporary=20 > measure, until the new udev/kmod/systemd becomes the de-facto default? Hmm, I'm not really interested in putting symbolic links in /usr/bin linking to things in /bin or /sbin. I'm not following what that does for us. > Side note - if /lib is getting moved, does that mean /lib/modules is=20 > moving to /usr/lib/modules too? So kernel modules are no longer on root? =20 This is an interesting question. I haven't heard one way or the other what is happening with /lib/modules. William --vGgW1X5XWziG23Ko Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk8DSpgACgkQblQW9DDEZTgbhgCggPJAMzGuBjXtQqmjXHeFR88t yCEAoLTqcaQ23SAiGbsVciH2u+bosDIk =1C0g -----END PGP SIGNATURE----- --vGgW1X5XWziG23Ko--