Gentoo Archives: gentoo-dev

From: Jaco Kroon <jaco@××××××.za>
To: gentoo-dev@l.g.o, David Seifert <soap@g.o>
Subject: Re: [gentoo-dev] [PATCH] use.desc: add global USE flag 'split-sbin'
Date: Wed, 16 Oct 2019 09:18:51
Message-Id: 2b4de5d1-e5f3-1c9d-792f-0e64002d04e3@uls.co.za
In Reply to: Re: [gentoo-dev] [PATCH] use.desc: add global USE flag 'split-sbin' by David Seifert
1 Hi,
2
3 On 2019/10/15 19:34, David Seifert wrote:
4 > On Tue, 2019-10-15 at 12:04 -0400, Mike Gilbert wrote:
5 >> On Tue, Oct 15, 2019 at 12:02 PM Mike Gilbert <floppym@g.o>
6 >> wrote:
7 >>> On Tue, Oct 15, 2019 at 8:00 AM David Seifert <soap@g.o>
8 >>> wrote:
9 >>>> On Sun, 2019-10-13 at 12:33 -0400, Mike Gilbert wrote:
10 >>>>> On Sat, Oct 12, 2019 at 1:52 PM David Seifert <soap@g.o>
11 >>>>> wrote:
12 >>>>>> On Sat, 2019-10-12 at 19:01 +0200, Dennis Schridde wrote:
13 >>>>>>> On Samstag, 12. Oktober 2019 18:02:28 CEST William Hubbs
14 >>>>>>> wrote:
15 >>>>>>>> On Sat, Oct 12, 2019 at 01:11:49PM +0200, Michał Górny
16 >>>>>>>> wrote:
17 >>>>>>>>> On Sat, 2019-10-12 at 13:00 +0200, David Seifert wrote:
18 >>>>>>>>>> * Some distros have not just merged / and /usr, they
19 >>>>>>>>>>
20 >>>>>>>>>> have also merged /usr/bin and /usr/sbin. By giving
21 >>>>>>>>>> users the choice of merging */bin and */sbin,
22 >>>>>>>>>> Gentoo follows suit.
23 >>>>>>>>> What about the scenario when /bin has been merged with
24 >>>>>>>>> /usr/sbin
25 >>>>>>>>> and /sbin with /usr/bin? ;-P
26 >>>>>>>> I also don't see the need for something like this. The
27 >>>>>>>> idea of
28 >>>>>>>> the
29 >>>>>>>> /usr
30 >>>>>>>> merge is to have all binaries available in one place, and
31 >>>>>>>> there
32 >>>>>>>> really
33 >>>>>>>> is not a good justification for separating bin from sbin.
34 >>>>>>> Do I read this correctly? USE=-split-usr currently means
35 >>>>>>> that
36 >>>>>>> /bin,
37 >>>>>>> /sbin, /
38 >>>>>>> usr/bin and /usr/sbin point to the same directory?
39 >>>>>>>
40 >>>>>>> If that is not the case, then I agree that users should
41 >>>>>>> have the
42 >>>>>>> possibility
43 >>>>>>> to set it up like this and USE=-split-sbin should be
44 >>>>>>> supported.
45 >>>>>>>
46 >>>>>>> --Dennis
47 >>>>>> I agree, I wasn't aware that USE=-split-usr implies the
48 >>>>>> complete 2-
49 >>>>>> level (/usr and *sbin) merge. In that case, all of this is
50 >>>>>> obsolete.
51 >>>>> That was NOT my intention when I introduced the split-usr USE
52 >>>>> flag.
53 >>>>>
54 >>>>> For bin/sbin, I would prefer to drop any conflicting links
55 >>>>> unconditionally. Do you have examples of scenarios where this
56 >>>>> is not
57 >>>>> possible?
58 >>>>>
59 >>>> William has confirmed on IRC that USE=-split-usr performs the
60 >>>> complete
61 >>>> Fedora-esque /usr merge (which makes sense IMO).
62 >>> William's opinion is not the only one that matters.
63 >> Sorry, I guess you are referring to the behavior baselayout? That
64 >> doesn't necessarily align with the global usage.
65 >>
66 > https://gitweb.gentoo.org/proj/baselayout.git/tree/Makefile#n93
67 >
68 > Clearly the usr-merge in baselayout intends to merge all these 4
69 > directories. There is currently no option to merge /usr and / but keep
70 > /bin and /sbin separate, so the most parsimonious solution here is to
71 > assume that usr-merge semantics in Gentoo is about merging all 4
72 > directories.
73 >
74 >
75 For what it's worth.  All of my systems are installed with a fixed-size
76 512MB / with everything else (including /usr) on separate LVs.
77
78 Whilst sbin vs bin is just a matter of what's available, to me it makes
79 sense to keep these split.  To me it's always been logical to keep
80 administrative type (root) tools under sbin, and stuff that's generally
81 useful for users under bin.
82
83 Keeping / and /usr split (or the ability to keep it split) is rather
84 crucial for me.  It's for historic installations a matter of space
85 constraints on /.  For new installations it's a matter of keeping / as
86 small as possible in order to have a smallish bootable system which can
87 be used for recovering the rest of the system, ideally without an initrd
88 (which also works to an extent).
89
90 Kind Regards,
91 Jaco

Replies