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 |