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 1RiDkr-0003g1-VE for garchives@archives.gentoo.org; Tue, 03 Jan 2012 23:26:54 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1F9F421C0CE; Tue, 3 Jan 2012 23:26:45 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 071C521C08F for ; Tue, 3 Jan 2012 23:26:16 +0000 (UTC) Received: from pomiocik.lan (unknown [81.219.203.13]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 72B6A641F7; Tue, 3 Jan 2012 23:26:15 +0000 (UTC) Date: Wed, 4 Jan 2012 00:27:22 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: williamh@gentoo.org Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr Message-ID: <20120104002722.12310199@pomiocik.lan> In-Reply-To: <20120103230918.GA7247@linux1> References: <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> <20120103200120.GB13936@linux1> <20120103212215.GU780@gentoo.org> <20120103230918.GA7247@linux1> Organization: Gentoo X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.8; x86_64-pc-linux-gnu) 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-SHA256; boundary="Sig_/Rr7cii_7CIqwGiRcshr0=QR"; protocol="application/pgp-signature" X-Archives-Salt: 0511eeac-45ac-4fd2-bee7-b3447b071655 X-Archives-Hash: 8022794e86086bec5d3e0a72dae14cf2 --Sig_/Rr7cii_7CIqwGiRcshr0=QR Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 3 Jan 2012 17:09:18 -0600 William Hubbs wrote: > On Tue, Jan 03, 2012 at 10:22:15PM +0100, Fabian Groffen wrote: > > > 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. > >=20 > > I would suggest not to do this. It's more interesting to know what > > udev really requires to be in /usr/bin. >=20 > The issues involve binaries in /{bin,sbin} that link to libraries in > /usr/lib as well as packages that install udev rules that run > binaries. >=20 > >=20 > > > Basically I have these in my head: > > >=20 > > > * 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. >=20 > The part of the process above is the part I am the most concerned > about. I think we need to get everyone who is using separate /usr > switched over to an initramfs with udev 176, and this needs to happen > sooner than later, without using things like wrapper scripts or ways > to avoid the initramfs. Those are just stop-gap options that will > only work until some package they are depending on migrates to /usr. >=20 > Once we get to this point in the process, I think we could take each > package that installs things in / individually and migrate it. But, I > think the part of the process listed above needs to happen sooner than > later. >=20 > What are your thoughts? I agree. Especially with the last part. Thus, we need to: 1) fix and stabilize packages necessary to create an initramfs, 2) prepare really good instructions for creating one, 3) prepare a news item for users. For the case of really simple initramfs mounting / and /usr only, I can even create a small tool on klibc if anyone's interested. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/Rr7cii_7CIqwGiRcshr0=QR Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iJwEAQEIAAYFAk8DjtsACgkQfXuS5UK5QB0i6gQAqHJlVFECa3Z5ViJCv8hGmDN0 DypZ9NOpSenYxdMxmOuscJEWAU3t/6XtfegJnL3xmDY9BhDLH9rJsNXNYNevIvBl 2f/MbQvs9TqQy/4xHNYj40ZBeTtjhcj93rK4LPHwzhNXckaXWcQtPaqZAPVEEkDT AgQOzlbPReX/kI9rDDc= =SxMk -----END PGP SIGNATURE----- --Sig_/Rr7cii_7CIqwGiRcshr0=QR--