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 1S82sQ-0007oG-Ik for garchives@archives.gentoo.org; Thu, 15 Mar 2012 05:05:26 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 67FEEE0712; Thu, 15 Mar 2012 05:05:14 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 8B477E0603 for ; Thu, 15 Mar 2012 05:04:41 +0000 (UTC) Received: from Nyx.local (ip72-219-158-27.oc.oc.cox.net [72.219.158.27]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lu_zero) by smtp.gentoo.org (Postfix) with ESMTPSA id 0A9081EC04D for ; Thu, 15 Mar 2012 05:04:41 +0000 (UTC) Message-ID: <4F617867.2010208@gentoo.org> Date: Wed, 14 Mar 2012 22:04:39 -0700 From: Luca Barbato User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:11.0) Gecko/20120308 Thunderbird/11.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] Re: Let's redesign the entire filesystem! References: <20120311173355.GB6599@linux1> <4F5EA152.80604@gentoo.org> <4F5FE34A.4030609@gentoo.org> <4F6091CE.1050009@gentoo.org> <20120314144115.GA30606@kroah.com> <20120314145144.GC3200@ca.inter.net> <20120314150431.GA2033@kroah.com> <20120314150827.53dc8336@googlemail.com> <20120314152209.GA2157@kroah.com> <4F60D585.4050206@gentoo.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 3b61faf3-abce-43a7-83e2-cbbfe867efd2 X-Archives-Hash: 5f6e035e628505916e6cf0e1c18a8c4a On 3/14/12 10:58 AM, Matthew Summers wrote: > __Everyone__ is already using an initramfs, therefore there are no > initramfs-less systems anymore (it may just be empty). Every single > person reading this thread that has not already done so needs to > immediately go read the relevant documentation located in > /usr/src/linux/Documentation/filesystems/ramfs-rootfs-initramfs.txt, > then and only then can a real discourse be had. Yawn, I don't and I won't since I don't need it. Why should I? > Why is an in-kernel initramfs so bad anyway? I am baffled. Its quite > nice to have a minimal recovery env in case mounting fails, etc, etc, > etc. Because at least for me is *totally* pointless. My main system is with a single partition so I shouldn't care much, I have a system that has a separate /usr so probably I'll have *some* pain once I'll upgrade it if I don't merge /usr and / partitions before. Still the whole idea brings us back to the freebsd "everything in /usr" while would make more sense go the hurd way "everything in /" if there is a sound reason to merge those. Beside the whole /usr/share/id-data-du-jour-my-udev-rule-might-need and the I-want-glib and I-want-dbus bandwagon I hadn't seen any compelling reason. Having anything as complex as dbus for early boot sounds dangerous or frail. lu