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 A5C981381F3 for ; Mon, 19 Aug 2013 21:27:28 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 95CDEE0F2E; Mon, 19 Aug 2013 21:27:24 +0000 (UTC) Received: from mail-wg0-f48.google.com (mail-wg0-f48.google.com [74.125.82.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 50EF4E0E93 for ; Mon, 19 Aug 2013 21:27:23 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id f12so3914972wgh.3 for ; Mon, 19 Aug 2013 14:27:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=7rjcaOQBL3zUH+57UyWhlHM7nJ3INFZlSDchZ28QXBM=; b=UUnKUyZuP7FyenecP2NomzlcJ1ne58JiFmlv7eWR+Mh/IMTIv+dM8NBbjiHDN8uD1t tIER5+sMlPJqK1/9RRggLf3qGjqj5nNbvGUTflS6/jzYqx88gIjD2gSAXPfrQM5Nm08d TUQQ4uBcupoOxWYc/Wq9yuMgVTXq03bu6flJIt5Lxp22I/5ii7E2VZLq++VjWewRpnUl g3cx5PpSMk+r9alqiOsc/ffoTmeJs+/IhgEnDG71C5+BtHy38lp3gBV4IxmSiUgAQAaw liHeT678J4zS9kMyB6qA9APs1PeVS6Nw+Npbhy1axr9htRWue1gvpUS+13RZjROuk8Jv P1hQ== X-Received: by 10.181.13.209 with SMTP id fa17mr9795346wid.12.1376947641993; Mon, 19 Aug 2013 14:27:21 -0700 (PDT) Received: from [172.20.0.40] (196-210-127-211.dynamic.isadsl.co.za. [196.210.127.211]) by mx.google.com with ESMTPSA id iz19sm19510784wic.9.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 Aug 2013 14:27:21 -0700 (PDT) Message-ID: <52128CF5.80902@gmail.com> Date: Mon, 19 Aug 2013 23:24:05 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Optional /usr merge in Gentoo References: <5211226F.2000000@libertytrek.org> <201308182208.43780.michaelkintzios@gmail.com> <521142A7.1020702@coolmail.se> <52114F82.5070608@gmail.com> <5211E5DE.2050901@coolmail.se> <5211EDAC.9040401@gmail.com> <52122CA6.8070105@coolmail.se> In-Reply-To: <52122CA6.8070105@coolmail.se> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 0f2cf9ed-d92d-4a07-8e61-9529f264d922 X-Archives-Hash: 40ef2e29803270c492cd4bc1447183c2 On 19/08/2013 16:33, pk wrote: > Using an initramfs means you duplicate parts of your OS and copy them > into the kernel or using a tool (like dracut or genkernel). If you need > it from a technical point of view (bluetooth keyboard), that's fine but > if I don't have any hardware that requires it then why use an initramfs? > I guess it's a matter of taste (or "philosophy" if you will)... An > initramfs seems like bandaid to me (and it is). I snipped most of the thread as I don't want to revisit yet again and old horse that is much flogged already :-) We're not too different, you and I, if I may dare say it when we differ it's you tend a little more towards idealism and I towards realism. Yes, bluetooth sucks, but it was designed by what was available at the time and it's what we have. For that matter USB, spinning disks and lack of fibre into my house also suck, but we have to work with what we have and what we certainly will have soon. Same with initramfs. Does it suck? Of course it does, it just sucks less than any other realistic proposal I've ever seen. And tricky bootstrap problems are tricky - always have been since the 50s and always will be. Which brings me to what I am really trying to say - giving specific examples to highlight general problems is always a nasty road to navigate. Like bluetooth keyboards, there's always a non-trivial number who can claim that the example does not apply to *them*. One can go round and round in circles with that, and skirt the actual issue: Software exists in the context of something bigger and for us that often means "maximally useful for the maximum number of folks inclined to use such a package" and that sweet spot includes compromises; some things just have to be laid in stone so that everything else works at all - sometimes we just have to accept that. Let's look at /usr by comparing it to /opt. I like /opt - all the crap from Oracle, IBM, Sybase and Sun my managers shove on me goes in there where I can at least corral it. I can agree with that setup. I can even agree with a "system" vs "userspace" split ala / vs /usr, although the distinction is very murky indeed, but do I really need it? Yes, it can be useful and even if I make a case for it, does it really need to be it's own partition? I'm carefully dodging around the niche market for terminal servers and /usr mounted over NFS here. I respectfully submit that we could also solve that one using full PXE boot, automount and unionfs or brethren. Like I said earlier, software exists in the context of something bigger, and Gentoo exists in the context of the FOSS community. We consume much more code than we produce and sometimes we have to back down and go with what the world is doing or be prepared to fork. Incidentally, I don't see that anyone has ever proposed the obvious sword to cut this knot - have the kernel automount /usr. it already does / and we have root= ... it wouldn't be hard to add /usr= ... Yes, I know I'm being stupid and Linus would reply with two words, the first starting with an f. He'd tell us to solve it the right way even if that's the hard way. I believe separate /usr without initramfs is rapidly becoming white elephant material, and we are faced with a decision to do it the hard way. -- Alan McKinnon alan.mckinnon@gmail.com