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 1RiAdP-0006LF-8Q for garchives@archives.gentoo.org; Tue, 03 Jan 2012 20:06:59 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 83FD121C236; Tue, 3 Jan 2012 20:06:49 +0000 (UTC) Received: from mail-yw0-f53.google.com (mail-yw0-f53.google.com [209.85.213.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 218E221C0FF for ; Tue, 3 Jan 2012 20:05:56 +0000 (UTC) Received: by yhjj52 with SMTP id j52so10903529yhj.40 for ; Tue, 03 Jan 2012 12:05:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=3Igg8tvS98BrnbP+UsHmD1D+Dx3Rx5Vaij/1uaKHJYY=; b=m0n/LKs3GGBsWw5MH4EO1FNqP6OkPajxajbL803CqxcNjD9Jn6UUTDCfejOOgLgBy8 vEtfF7cIktQP/86e2M3V922NCJaOqZUitgWYCOYgMjHvhnUGBGlk5NHzTdDAaRi+TcUE xBk+cDvMLiWMDoKJgsUdjxKk/yBmA+lMfhMcU= Received: by 10.236.187.97 with SMTP id x61mr68004580yhm.97.1325621156667; Tue, 03 Jan 2012 12:05:56 -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 e66sm75079623yhk.6.2012.01.03.12.05.53 (version=SSLv3 cipher=OTHER); Tue, 03 Jan 2012 12:05:54 -0800 (PST) Sender: William Hubbs Received: by linux1 (sSMTP sendmail emulation); Tue, 03 Jan 2012 14:01:20 -0600 Date: Tue, 3 Jan 2012 14:01:20 -0600 From: William Hubbs To: gentoo-dev@lists.gentoo.org Cc: williamh@gentoo.org Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr Message-ID: <20120103200120.GB13936@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> <20120103191206.GP780@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="LyciRD1jyfeSSjG0" Content-Disposition: inline In-Reply-To: <20120103191206.GP780@gentoo.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: e531fe64-8478-4922-bd78-f350cd5cf12d X-Archives-Hash: b1f8e21072091ba6501bbd9f4b9e4d41 --LyciRD1jyfeSSjG0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 03, 2012 at 08:12:06PM +0100, Fabian Groffen wrote: > > 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 > What packages would that be? If you're thinking about coreutils, just > trim down the ebuild by not moving some of the tools to /bin. Our > ebuild makes it conform to FHS, not the coreutils buildsystem itself. Yes, coreutils will have to be reworked in that case. I don't know what the upstream build system does, but we will have to take a look at it. I'll have to go through on my system at least and find all of the ebuilds that install things in /{bin,sbin,lib}. I'll open a tracker bug as soon as udev-176 is released; this will list all of the things we need to do to complete the migration. Basically I have these in my head: * mask udev-176 in the tree. * figure out and document how to make a simple initramfs with dracut. * unmask udev 176 making sure to point users with a separate /usr partition to how to make an initramfs (I could probably do this with ewarns in the ebuild and maybe a news item before we go stable). * stabilize a version of dracut. * stabilize >=3Dudev-176 and kmod. * Now start stabilizing packages with things installed in /usr instead of /. If you do not have separate /usr, you could just enjoy the ride. All of this would be transparent to you. If you do have separate /usr, the critical step will be bringing up an initramfs once you upgrade to udev-176. Once that is done, you could also just enjoy the ride. Thoughts? William --LyciRD1jyfeSSjG0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk8DXpAACgkQblQW9DDEZTjTzQCgpKjZDnav8byFMCoJg4svflMx jpAAoLTul4TK/NC864hjc2lWmBcKU964 =+8h8 -----END PGP SIGNATURE----- --LyciRD1jyfeSSjG0--