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 <gentoo-dev+bounces-49347-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1RkkNK-0001zs-9p
	for garchives@archives.gentoo.org; Tue, 10 Jan 2012 22:41:02 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id C85B821C03A;
	Tue, 10 Jan 2012 22:40:49 +0000 (UTC)
Received: from mail-gx0-f181.google.com (mail-gx0-f181.google.com [209.85.161.181])
	by pigeon.gentoo.org (Postfix) with ESMTP id 11AED21C021
	for <gentoo-dev@lists.gentoo.org>; Tue, 10 Jan 2012 22:40:06 +0000 (UTC)
Received: by ggni2 with SMTP id i2so57838ggn.40
        for <gentoo-dev@lists.gentoo.org>; Tue, 10 Jan 2012 14:40:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:content-type:content-transfer-encoding;
        bh=J7CPQ6431UVEHFfpkMhA8YGq6OtKWBr86te5YTzHgLY=;
        b=Jj6+C8oCHqIPgtQ9HAduHebgalwocLk8slmHpHrN2apWgBX1KwC3wVJosWcS6XWTWO
         uRtMN8BgMTm0YAJRtxK3AyTNzm1w5SboZl0qXvYNyYeP8n45vBm65p7nc6DyvWf7dHtA
         gkiZWyk2M3f10hf2UW+rm6qM/Obqm1o59eXWQ=
Received: by 10.101.96.5 with SMTP id y5mr9499100anl.87.1326235206435;
        Tue, 10 Jan 2012 14:40:06 -0800 (PST)
Received: from [192.168.2.5] (adsl-65-0-65-42.jan.bellsouth.net. [65.0.65.42])
        by mx.google.com with ESMTPS id y58sm111291614yhi.17.2012.01.10.14.40.04
        (version=SSLv3 cipher=OTHER);
        Tue, 10 Jan 2012 14:40:05 -0800 (PST)
Message-ID: <4F0CBE41.7030502@gmail.com>
Date: Tue, 10 Jan 2012 16:40:01 -0600
From: Dale <rdalek1967@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20120104 Firefox/7.0.1 SeaMonkey/2.4.1
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
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr
References: <4F0440B3.4090500@gentoo.org> <CAGfcS_nuCOpK=yrCN38hZMi7CZqYKZuqfmTdybjiOO51fqZ9cQ@mail.gmail.com> <20120106160719.GB18959@fury> <201201080047.27281.polynomial-c@gentoo.org> <20120108103345.382b8db3@pomiocik.lan> <20120110181452.GA14155@mailgate.onlinehome-server.info> <20120110194640.7696d2c7@pomiocik.lan> <4F0C89CB.6010402@gmail.com> <20120110200315.4f8dbb7a@pomiocik.lan>
In-Reply-To: <20120110200315.4f8dbb7a@pomiocik.lan>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: dcf82fe5-cea6-4731-8cd5-14e02d15fb8f
X-Archives-Hash: 70264bb325807afd83be7f80dc287f71

Micha=C5=82 G=C3=B3rny wrote:
> On Tue, 10 Jan 2012 12:56:11 -0600
> Dale<rdalek1967@gmail.com>  wrote:
>
>> Micha=C5=82 G=C3=B3rny wrote:
>>> On Tue, 10 Jan 2012 19:14:52 +0100
>>> Enrico Weigelt<weigelt@metux.de>   wrote:
>>>
>>>> * Micha?? G=C3=B3rny<mgorny@gentoo.org>   schrieb:
>>>>
>>>>> Does working hard involve compiling even more packages statically?
>>>> I guess, he means keeping udev in / ?
>>> Because adding 80 KiB of initramfs hurts so much? We should then put
>>> more work just to ensure that admin doesn't have to waste 15
>>> minutes to recompile the kernel (if necessary), create an initramfs
>>> and add it to bootloader config?
>>>
>>
>> Took me days to get dracut to work.  Where does 15 minutes come
>> from?
> I just took the time I needed to write an initramfs from scratch
> and divided it by two, assuming using an already-made tool is simpler.

Wish it was like that for me.  I never got one made from scratch to work.

>
>> How much time does it take when the initramfs fails?
> The same when rootfs fails? Only the fact that initramfs is less likely
> to break than rootfs, and you have a pretty good opportunity now to
> experiment with it while nothing on your system made it useless without
> one.

Funny, I never had the rootfs fail before.  I have had init thingys fail=20
many many times.  They lead to a reinstall since I had no idea how to=20
fix it.


>
>> I keep hoping that all the smart people involved in this will see the
>> mess it is creating. I'm not the sharpest tool in the shed but I'm
>> sharp enough to see the mess this is going to create and I'm just a
>> desktop user.  I feel sorry for people with more complicated systems
>> or remote ones.
> The mess was created by people shouting 'hey, real men use
> separate /usr for no good reason! Be awesome like us'.
>

I think it is more like people do that when they have a good reason to=20
do so.  I plan to put mine on /usr when I get the chance and know that=20
this init crap isn't going to break my rig.  It's not being "awesome"=20
either.

Dale

:-)  :-)

--=20
I am only responsible for what I said ... Not for what you understood or =
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS=3D"--quiet-build=3Dn"