From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 8D61D138334 for ; Thu, 8 Aug 2019 09:54:12 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D7559E0824; Thu, 8 Aug 2019 09:54:04 +0000 (UTC) Received: from conar.dyndn.es (conar.dyndn.es [IPv6:2a02:c205:3000:5125::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 34E97E0814 for ; Thu, 8 Aug 2019 09:54:03 +0000 (UTC) Received: from jeany.hm.qware.org (p200300C1271ACB00DCADBEFFFEEF3331.dip0.t-ipconnect.de [IPv6:2003:c1:271a:cb00:dcad:beff:feef:3331]) by conar.dyndn.es (OpenSMTPD) with ESMTPSA id 3a60f9c5 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Thu, 8 Aug 2019 09:54:01 +0000 (UTC) Received: (qmail 24265 invoked from network); 8 Aug 2019 11:54:00 +0200 Received: from smtp.aldox.org (HELO webmail.de.dyndn.es) (4sh@192.168.7.246) by b.mx.hm.qware.org with ESMTPA; 8 Aug 2019 11:54:00 +0200 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 08 Aug 2019 11:53:58 +0200 From: Kai Peter To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: USE flag 'split-usr' is now global In-Reply-To: <20190808084337.08bcf19b@digimed.co.uk> References: <11147c49836aa1983da6a4a546fdf116@dyndn.es> <12346042.k1JoKUhrZz@localhost> <20190807124808.6d3128ea@digimed.co.uk> <29556398.TjAAciDrLx@localhost> <20190808084337.08bcf19b@digimed.co.uk> Message-ID: X-Sender: kp@lists.openqmail.org User-Agent: Roundcube Webmail/1.3.2 X-Archives-Salt: 91faf0d1-7ef3-49f4-98aa-14d3641e490f X-Archives-Hash: abd6efcc47a61aa987b4ebb2e6e65abf On 2019-08-08 09:43, Neil Bothwick wrote: > On Wed, 07 Aug 2019 14:24:22 +0100, Mick wrote: > >> > As opposed to splitting binaries across four directories based on >> > arbitrary decisions made in the last century? :P >> >> LOL! You're missing the most important part: across different fs and >> partition layouts. >> >> Look, the pyramids were built before the last century, but that >> doesn't >> mean we should try to balance them upside down if they work fine as >> they are. > > Why not? As long as it's optional and controlled by a USE flag :) > >> Clearly different use cases have different requirements and >> correspondingly different optimal solutions. Can I please keep my >> bin/sbin directories separate and ditto for /usr and its subbies? :-) > > The /usr / split makes sense when you want different filesystems, > something I used to do but don't have any need for now. I've yet to see > a > convincing argument for the bin/sbin split in either location. Let me jump back into this hi-jacked thread somewhere. Unfortunately I didn't found an answer to the future directions at gentoo regarding the usr merge. And my fear is that the merge will be forced. As I use gentoo as a meta distro really, this change _could_ be put _me_ into trouble. But my 'gentoo-lfs' is not the typical use case. Now, even that there are my individual requirements behind, some short points of my POV to some points in the whole thread. All IMHO. An initramfs is a elegant and - more important - a very flexible solution. It is not required, but it makes things easier. It could solve more things than having /usr at a separate fs or loading drivers. I would also define it as a bootloader (like Rich) in a chain. More abstract I would see a classical bootloader like grub as a kernel by itself. I see 3 stages of security concerns of an initramfs: 1. trust yourself and build your own one 2. trust gentoo and use gentoo's initramfs 3. download one (from a warez site) and stay hacked The usr merge itself is questionable workaround to consolidate things. Now, a consolidation is a good thing in general. But what is the real difference to have a symlink /bin against having a folder? I couldn't follow the given arguments. The core issue is the under laying folder structure. And depending on this hard coded path's. We still relying at a 50 years old concept - and time was moving on. Don't ask, I haven't a solution (yet). Just the dream/vision of the perfect system :). One point of the vision is to have a core (linux) OS (e.g. an extended stage3) separated from all user programs (similar to a ring0 kernel isolation). From all exiting concepts and implementations the best parts should be used. Not sure if this is ever possible. But forcing users to use a solution which is not required by 99% of them is a very bad thing. These '1-percent-solutions' have to be optional. Anyway, just an opinion beside the mainstream. I encourage people to have their own. :) It is not hard to create pro and con arguments. And I left enough room for misunderstandings. -- Sent with eQmail-1.10.3 beta - a fork of djb's famous qmail