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 1RiF1o-0000CI-PM for garchives@archives.gentoo.org; Wed, 04 Jan 2012 00:48:30 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7EC5E21C082; Wed, 4 Jan 2012 00:48:19 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 130AE21C02A for ; Wed, 4 Jan 2012 00:47:49 +0000 (UTC) Received: from [192.168.178.22] (p548D3A6B.dip.t-dialin.net [84.141.58.107]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: tommy) by smtp.gentoo.org (Postfix) with ESMTPSA id C93571B4011 for ; Wed, 4 Jan 2012 00:47:47 +0000 (UTC) Message-ID: <4F03A1AA.6070205@gentoo.org> Date: Wed, 04 Jan 2012 01:47:38 +0100 From: Thomas Sachau User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0.1) Gecko/20111223 Firefox/9.0.1 SeaMonkey/2.6.1 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr 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> In-Reply-To: <20120103230918.GA7247@linux1> X-Enigmail-Version: 1.3.4 OpenPGP: id=211CA2D4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE20F32F603E570B3B6B7270B" X-Archives-Salt: 749397b1-83c1-4bfd-b02b-b7fde489b9ad X-Archives-Hash: 79e1709f333304e898b9e7b61622b72e This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE20F32F603E570B3B6B7270B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable William Hubbs schrieb: > 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. >> >> I would suggest not to do this. It's more interesting to know what ud= ev >> 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 >> >>> 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 wit= h >>> 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= =2E > I think we need to get everyone who is using separate /usr switched ove= r > 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? >=20 > William >=20 If i did not miss something in this long thread, we are currently mostly talking about udev needing /usr to be mounted when it starts. Systemd is not our default init system and other packages are currently not changing their default. Since udev is our default and that requires a mounted /usr, we should show our users their options with a suggested default: 1. minimal initramfs (default suggestion) 2. switching from udev to mdev (avoids required /usr of udev) 3. some wrapper script to mount /usr before udev starts for 1: I use myself a self-created initramfs, which has worked fine for many kernel releases, the only adjustment needed was back with kernel 2.6.27. With this in mind, some default minimal initramfs should be doable without much maintaincence work. for 2: from what i did read up to now, this option looks interesting for those people, who dont want to use an initramfs or other mounting script and dont use advanced features of udev, so especially server setups or minimal desktop systems For the idea of complete migration to /usr, i see no reason to go this route in advance. Just keep with our default install locations and follow upstream, if and where needed. If a package switches to /usr and depending packages follow, fine, let them do that and we can follow without much additional work. There is no need to do such migration beforehand or changing our install location in advance. So in short: 1. Tell our users about the change in udev and show them their options with a suggested default one. 2. for the rest, just calm down, follow upstreams and only change the install location where needed. No need for mental pressure without an actual pressure. ;-) --=20 Thomas Sachau Gentoo Linux Developer --------------enigE20F32F603E570B3B6B7270B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk8Doa8ACgkQG7kqcTWJkGe6mwQAxO/E/JGNV5UtGBDuSR8FOW4Q BJQi8j3C3vFHXskrsF1jgmQfNVDoMwgcNwm64zsPGCSTJbSU1fhwlInw5QrW9Ifa A2iwuBb5hSeVRJDrFReeuPpnapgbUNnE8s7ODuRYKFkQvrH/AMg2s/NM88RBcDvM ugTAhrX8MMsnm9eYdBM= =mTvw -----END PGP SIGNATURE----- --------------enigE20F32F603E570B3B6B7270B--