From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 3439859CAF for ; Sat, 9 Apr 2016 22:59:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 389D921C042; Sat, 9 Apr 2016 22:59:24 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id F2AE221C008 for ; Sat, 9 Apr 2016 22:59:22 +0000 (UTC) Received: from [192.168.6.147] ([91.125.237.217]) by mrelayeu.kundenserver.de (mreue101) with ESMTPSA (Nemesis) id 0Lto9d-1bpQ2n3PIz-011FCI for ; Sun, 10 Apr 2016 00:59:20 +0200 Message-ID: <57098942.7070005@iee.org> Date: Sat, 09 Apr 2016 23:59:14 +0100 From: "M. J. Everitt" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 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] usr merge References: <57087E0D.3090502@gmail.com> <20160409053230.GA16529@waltdnes.org> <20160409160938.GA17530@waltdnes.org> <20160409194943.GA1271@ca.inter.net> <20160409225049.GA1276@ca.inter.net> In-Reply-To: <20160409225049.GA1276@ca.inter.net> X-Enigmail-Version: 1.6 OpenPGP: id=93C22371 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8sr3FBswcKgPh3GPEF8nQw3faJ0tUIGbX" X-Provags-ID: V03:K0:OC40lJYp8xc18N27akJU/7Zf5rQ7qltqOdVnvEuYaOe0cC0i4HW cWpiJG/NzOVDRpVYjfcNzezjlQYXYQa38abhipqR76eqrDvfJ6mYBOxKfsuMIrEU3IgJy62 lqySVXZ+W8sTgIX3KsUwNtaORQ0MIXcSu2fh+fbBULhYPPyFqTwMd50u4WXhd8PoH7Fpw// 8kCXCfU5A0mg1XU40s2hw== X-UI-Out-Filterresults: notjunk:1;V01:K0:G8Q82/7WYqA=:ywu/pB25Y6ExebacaKjv8u QIPdreSJj2INTY9F9np6YoAz9+Cp4gmdgS2HvOo4qxmcv+IFisjIOgfuzgUaXh6iIwHoz2Osy hOaHgpqu1eK+NtQ/CmB5lRf42Rhxy4PMcq/oNvV14vSGDW+n+26irITFmMRci1KUgcX2SpaNf IrMHFy7HMm9k6iFNbTCwu2XcqXqzCoLSyEwMkdCMkpFEhx0ONvZpeWu02domJIvlpok2gahJJ e2bwQINJiP8e/TRQyXnvDgTBc72IeXZUCsf6DFQTCm+Cib7yctMJ4Tu7KlF4IxMk5TMR7ObRs cngSFjlU+DjEXsk3RETmfHM78msH2yg6aIFn1N3erSQyAbKhe5WnQFyZpBpX9EJbch+46w0I0 BM6E3E/7LT6szKVwXeLRmzLbpu74m8LLADSYu2RzA1GfhgdrXm0gDhZ2Rf4oRq2jQxryHWLEG tWc/coTbTVkKVUVTqDUiqFTZiKBn6cIWLpAWY6Ff1N7YIe6mV8J2NdiR0STnfRAHDhTiEW/3P R5Y5hw/BXAVfL4Ec4hcQlnZdWsHYwQsGSbwZcdGS26p6NagdPNpjX6uJKDAGjemAKsHlbYfJW zrGMedqhGGm5JnE0lIvr2l1k/i3qscc9U8baxrmPikZxO7Qymuuv+6E+S73BikAIqdlGbibjI mrz29wEIKVUXhihY/3DlX4dYobE9Bj6DCjTfg4D9A9HVP62u60fRnctdfsLZ7CqW99ME= X-Archives-Salt: f33c4c47-125c-437a-a110-ddefbe4270e1 X-Archives-Hash: be02ada4dd7868c5739edf8abd78e259 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8sr3FBswcKgPh3GPEF8nQw3faJ0tUIGbX Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 09/04/16 23:50, Philip Webb wrote: > 160409 Canek Pel=E1ez Vald=E9s wrote: >> On Sat, Apr 9, 2016 at 2:49 PM, Philip Webb wro= te: >>> I've always used Lilo, which is simple + reliable : >>> I never see questions re it here, but there are many re Grub. >>> I do use recent hardware, a cutting-edge machine I built 6 mth ago .= >>> When setting it up, I suppressed UEFI in the BIOS settings : >>> isn't that what anyone not running M$ would do ? >> I just disabled secure boot, although it's possible to use it with Lin= ux. >> However, it would require to manually sign everything from boot loader= >> to kernel modules, since Gentoo has no infrastructure to do that. >> I don't "supress" UEFI, since it's *obviously* so much better than BIO= S >> and since bootctl (the program formerly known as gummiboot) >> it's incredible easy to use. You don't even notice it's there. > Sorry, I meant "suppress secure boot". My mobo doesn't have UEFI. > >> I believe there are motherboards where you don't have the option >> to "supress" UEFI, since they simply don't have BIOS anymore. >> Seriously, UEFI is soooo much better. > Thanks for the enlightment (smile). > > Can you or anyone else answer my other question re the origin of the th= read ? > -- ie is this a revival of not putting /usr on its own partition > or is it a new proposal to alter the file system in some other way ? > Philip, the discussion was prompted from this original message by William= H: https://archives.gentoo.org/gentoo-dev/message/df3c1494ea49191d4e3d442e37= eb8ca2 Basically there is a desire to either (1) move /bin, /sbin to /usr/bin, /usr/sbin or (2) the reverse (ie. eliminate /usr) for a variety of reasons, but predominately to offer "more users more choice", and uphold the principle of Gentoo being a distro of flexibility. Whilst there is some good pros/cons being aired, there is also the usual amount of gentoo bike-shedding, and personal preference distorting the discussion :) . --8sr3FBswcKgPh3GPEF8nQw3faJ0tUIGbX 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.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJXCYlIAAoJEEwwM0+TwiNx/LQP/2ciNQ5WlLpU5peAU0Uj/XLA wtzpV965IDT+iD10n8FBZRxelXDzHEm9bNieRODeMYXUa6q9ur2767wMvOv5TLeC 6DEvM7T6VxmJ/CL1ZsgWeCHkA4c/2v0MQs0/3N5GzIOHp6Td+Sl0amM4pCJOtyyV WXvjW7tGttb1t9YRcUNW689zQz+Tlp2SCIKMrvOTzqLyN0HK4J9wpeUblSwIzUBe nBm6PdUZqIUfG8bl3NF/sk0jWO5tQQjlnSfJl5//J9/RfUxtXsBMySGpWn2HMllO bYrkVAYyFmK3sSq5JbvFUa6JYBJvk4jpHNVm0NfRMKWK/5zeZ3Eixzm22EI475s9 bJMItWY6+/ZHCH1/4BPh7ezUOIcjsW4+Zn0Xa7VctG3lgNf2y5RxDRgL/a7QkLmb L5MbNBOD9Z0o47T16AAniOjIM+12+/i8V5GbK0ZjrPo4Vi5r7wgDakdBbE+zvfwI FGObIbh/MUF7egAKZedJcwUixiQOXIVXsAiA5sykcaCy1gAGYxWOBH79eVaJxYaz aOR8W6mN7Tjoax00aD+UmDbkcKTvQWClcn5HKI4lM89hqQTUS0Ne6w1p0EOg+En4 LDOwtLR78WchfIXFKDL+6SkINyrplbcQf4urCABw5Nb4XAIRYHpfGTVWdvA23PQL o2y5kbtGf+RC2oGuH2vF =+A8p -----END PGP SIGNATURE----- --8sr3FBswcKgPh3GPEF8nQw3faJ0tUIGbX--