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 1RiVuE-0006lC-5m for garchives@archives.gentoo.org; Wed, 04 Jan 2012 18:49:46 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 927EE21C145; Wed, 4 Jan 2012 18:49:22 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id DB13121C1A6 for ; Wed, 4 Jan 2012 18:48:43 +0000 (UTC) Received: from [192.168.178.22] (p548D34C1.dip.t-dialin.net [84.141.52.193]) (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 9C1F71B408E for ; Wed, 4 Jan 2012 18:48:24 +0000 (UTC) Message-ID: <4F049EE3.90204@gentoo.org> Date: Wed, 04 Jan 2012 19:48:03 +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> <4F03A1AA.6070205@gentoo.org> <20120104091743.0e1cd91a@pomiocik.lan> <4F0440B3.4090500@gentoo.org> <20120104163734.07439f2b@pomiocik.lan> In-Reply-To: <20120104163734.07439f2b@pomiocik.lan> X-Enigmail-Version: 1.3.4 OpenPGP: id=211CA2D4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCAFB9217BC28632F06C84D99" X-Archives-Salt: 5628e07a-3038-4e69-a51e-5dc761e36c29 X-Archives-Hash: 8caffc67ea5711e5abc834f1b286aa77 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCAFB9217BC28632F06C84D99 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Micha=C5=82 G=C3=B3rny schrieb: > On Wed, 04 Jan 2012 13:06:11 +0100 > Thomas Sachau wrote: >=20 >> Micha=C5=82 G=C3=B3rny schrieb: >>> On Wed, 04 Jan 2012 01:47:38 +0100 >>> Thomas Sachau wrote: >>> >>>> 2. switching from udev to mdev (avoids required /usr of udev) >>>> 3. some wrapper script to mount /usr before udev starts >>> >>> These two should be really discouraged as a cheap, temporary >>> solution. We should not support hate-admining. I personally think >>> that busybox is ready to go into /usr even earlier than udev. >> >> Please give us a bit more than just your opinion. >> >> Why do you see mdev as a temporary solution? >=20 > Because we will then return to this discussion at some later point > and people will start throwing excrements at us again. So let's be done= > with this at once. Please tell me, how a replacement for udev, which in the end removes the requirement for mounted /usr at boot time, should later require a mounted /usr again. And please dont tell me, that this will happen because you moved everything to /usr. This is something you would like to do and wish to see, but i dont see it happen. >=20 >> And this part was not about the movement to /usr at all, so why do you= >> suggest another movement here? And while you answer that, please also >> tell us, why you want to migrate packages to a different install >> location without a need. >=20 > Because we need to finally be able to fix mistakes made in the past > by other people. This has already been commented on by grobian and ulm, so i see no need to dublicate their lines. >>>> 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. >>> >>> What about upstreams who do not care? In other words, all those >>> packages which we hack to install into rootfs? >> >> They install and work fine, so just keep it this way. I did not see >> any argument to move packages around, that work well and have no >> issue with their current install location. >=20 > What if, say, upstream introduces pkg-config file where our hacks will > cause it to be installed into /lib/pkgconfig? Should we then expand > the hack to cover that, and something else, and then another thing... Defining a prefix is no "hack", it is an option you can use. Anyway, we both have probably enough packages with such a "hack" installed, but i cannot find a single file in /lib/pkgconfig, not even that dir does exist. Is it different on your system? If not, then please tell me, why you create some theory about possible issues, which dont even exist. Dont you have better arguments for your suggested move to /usr? --=20 Thomas Sachau Gentoo Linux Developer --------------enigCAFB9217BC28632F06C84D99 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/ iJwEAQECAAYFAk8EnugACgkQG7kqcTWJkGeg+QP/QSbwuBjfdvJdAg6iLfaHJnQ+ AEPYv/Kw1OsgQMBfiF/BsXHfi6cHFffZSNNOwCpLKPMIN1kEEMfuez7p1aOptRJQ LBBPUzYjsCZNq3t+EsaxviNQNcDr10r8X9mUNKyLs3kiWQ2pKphI9gsmxpg4VjQx JDmmhLOXCC9n9yak4/8= =Diqe -----END PGP SIGNATURE----- --------------enigCAFB9217BC28632F06C84D99--