From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-75209-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 7A29359CAF
	for <garchives@archives.gentoo.org>; Sat,  9 Apr 2016 19:03:44 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 9E48221C0CB;
	Sat,  9 Apr 2016 19:03:38 +0000 (UTC)
Received: from mail-vk0-f46.google.com (mail-vk0-f46.google.com [209.85.213.46])
	(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 A480F21C03C
	for <gentoo-dev@lists.gentoo.org>; Sat,  9 Apr 2016 19:03:37 +0000 (UTC)
Received: by mail-vk0-f46.google.com with SMTP id t129so85768905vkg.2
        for <gentoo-dev@lists.gentoo.org>; Sat, 09 Apr 2016 12:03:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-transfer-encoding;
        bh=n4CtdNv7hR0lzNtMcQjNFajPHCfShh06N9s/jOR63DE=;
        b=LyFRDP7JhZewyMo93ewgxjBa0h5qt0++dlbxnETim5bwWf7R0UsibvZpZIR0sRW+PE
         ndow83NFBuaYrV92Igou68SHSVgc+c8deyqC/i2OhqmKupz4S46sQ+jZo7OzJSrZhC7W
         vVg1WYtS09R9xhditsxh7wrrozI8wUSXWpErnaYz9Y6xP0i7oPouhGnWCALiR7bIQl1O
         aXiSLbt8gyEpMfLpT1MKG7LvghCiAwwMumH05c7aQdVnNQuR2yCoehIJqKEhQbTga9zd
         1Ex1egzGEF5wz9+Dyhn0WlfvtYXWv4dvpWWdfWW5Ig1A+zdyXlNn6nffOMGUw5lc8kFy
         9U2g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:content-transfer-encoding;
        bh=n4CtdNv7hR0lzNtMcQjNFajPHCfShh06N9s/jOR63DE=;
        b=ZSm3FIyMgBoMyf4Rm8RWm5R+e1k+T0xxEZb/PTElbgVEuv6lB0N/XNVOpWfX6XXnd4
         QtNb6d2U8vnO/FUILlJzLfRX5+KksdQB8OOHZj/RZvU+qbr3uMk6VbviThJf4K1qpYjB
         8MousSBNE30zYQwJABt1sRpumAOcqF2BKMWKSuNUPuqjozFscNK+4EG6HBUbWQvuyg15
         hVbAVRsfbveTzplAj0Ra6RlFcq5CvWnnYhU40TKeqb4+VagkhHjG9Y7agFfDVzG5pihS
         91J55AP+lD6B2zNYfgs11y9RDN15Z2h4POzkmOGI+vpoRSLLRMu1Fz+PmMDAaGFR84Wu
         AL2Q==
X-Gm-Message-State: AD7BkJKCSAILaPjK/xG9NRF6gKpgrYbHRTCxmzQ1y+FraNcqovBlMKYi6wG2PvlzPyfZuMV2Va6lZ2yaaTpCFw==
X-Received: by 10.31.50.202 with SMTP id y193mr7162314vky.48.1460228616598;
 Sat, 09 Apr 2016 12:03:36 -0700 (PDT)
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.103.109.134 with HTTP; Sat, 9 Apr 2016 12:03:16 -0700 (PDT)
In-Reply-To: <20160409160938.GA17530@waltdnes.org>
References: <57087E0D.3090502@gmail.com> <20160409053230.GA16529@waltdnes.org>
 <CAGfcS_miZ1mx7JuyEYpXpM1Ttf-BGYes4=a-F0YnB6rrx823mA@mail.gmail.com> <20160409160938.GA17530@waltdnes.org>
From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= <caneko@gmail.com>
Date: Sat, 9 Apr 2016 14:03:16 -0500
Message-ID: <CADPrc80pDAZgMFbgTR6TXJTRSkGU8ejPpHSmWA1M8L3Wh6tC1Q@mail.gmail.com>
Subject: Re: [gentoo-dev] usr merge
To: gentoo-dev@lists.gentoo.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: 2dc90003-61f6-4896-8b23-ef8db8dfa43c
X-Archives-Hash: 6cc7d468dafa5bc760658b0a0d22a6cd

On Sat, Apr 9, 2016 at 11:09 AM,  <waltdnes@waltdnes.org> wrote:
> On Sat, Apr 09, 2016 at 07:11:31AM -0400, Rich Freeman wrote
>
>> It was simply a recognition that we were already in a state where
>> booting a system without /usr mounted early can cause problems.
>
>   For certain edge cases... yes.

Edge cases? According to whom?

> But they were already using initramfs
> or merging /usr into /.  I'm talking about the 95% who don't really need
> it.

Do you have *ANY* source for that 95%?

>
>> I never really got the mentality that using an initramfs is a burden.
>
>   One more piece of software that can go wrong.  You have to
> maintain+configure it; e.g. sync software and library versions with
> what's on the rest of the system.

Everything can go wrong; an initramfs is actually a really easy piece
of software to automatize and debug if it goes wrong.

>> An initramfs is just a secondary bootloader for userspace.  I almost
>> always use them even if I'm just booting a VM with a single partition
>> on it.  If something goes wrong you can fall back to a shell in the
>> initramfs and it is like having a rescue disk built into your system
>> disk.
>
>   There is single-user mode for rescue.

Which could fail if, for some reason, you need *something* from /usr
and it hasn't been mounted. And *something* is becoming *anything*,
whether you like it or not.

>> For a more complex setup it is much more robust than relying on
>> the kernel to find your root, and it also lets you build with a more
>> module-based kernel, which has some benefits as well even if you build
>> kernels tailored to each host.
>
>   I have "Production" and "Experimental" entries in my LILO menu.  A new
> kernel is always set up as the "Experimental" entry.  After running
> several days without problems, I run a script which copies the data from
> the "Experimental" portion to "Production".

You use LILO. That means, you don't use UEFI. That means, almost
certainly you don't use recent hardware.

Walter, *YOU* are the 5% edge case. Many people are running UEFI only
hardware, and the number will only increase, since BIOS *is* dead.

>   The only time my system had problems "finding root" was years ago when
> the switch from /dev/hd* to /dev/sd* took place.  The "Experimental"
> boot with the new kernel died.  I booted "Production", read the mailing
> list, changed "hd" to "sd" for the "Experimental" entry, and rebooted.
> After several days without problems, I made the same change to the
> "Production" entry, and copied the "Experimental" portion to
> "Production".

That was the only time *FOR YOU*. But, as I stated above, you are the
5% edge case; the Gentoo devs need to think about the general case,
starting with their own systems so they can do their jobs. I bet most
of them are on UEFI.

Nobody anywhere is telling you what to do with your systems (nor would
they in the future). The Gentoo devs only are saying that if by having
separated /usr without an initramfs, you risk screwing your system,
and if that happens, you are on you own.

Regards.
--=20
Dr. Canek Pel=C3=A1ez Vald=C3=A9s
Profesor de Carrera Asociado C
Departamento de Matem=C3=A1ticas
Facultad de Ciencias
Universidad Nacional Aut=C3=B3noma de M=C3=A9xico