1 |
On Wed, 2019-10-16 at 11:18 +0200, Jaco Kroon wrote: |
2 |
> Hi, |
3 |
> |
4 |
> On 2019/10/15 19:34, David Seifert wrote: |
5 |
> > On Tue, 2019-10-15 at 12:04 -0400, Mike Gilbert wrote: |
6 |
> > > On Tue, Oct 15, 2019 at 12:02 PM Mike Gilbert <floppym@g.o |
7 |
> > > > |
8 |
> > > wrote: |
9 |
> > > > On Tue, Oct 15, 2019 at 8:00 AM David Seifert <soap@g.o> |
10 |
> > > > wrote: |
11 |
> > > > > On Sun, 2019-10-13 at 12:33 -0400, Mike Gilbert wrote: |
12 |
> > > > > > On Sat, Oct 12, 2019 at 1:52 PM David Seifert < |
13 |
> > > > > > soap@g.o> |
14 |
> > > > > > wrote: |
15 |
> > > > > > > On Sat, 2019-10-12 at 19:01 +0200, Dennis Schridde wrote: |
16 |
> > > > > > > > On Samstag, 12. Oktober 2019 18:02:28 CEST William |
17 |
> > > > > > > > Hubbs |
18 |
> > > > > > > > wrote: |
19 |
> > > > > > > > > On Sat, Oct 12, 2019 at 01:11:49PM +0200, Michał |
20 |
> > > > > > > > > Górny |
21 |
> > > > > > > > > wrote: |
22 |
> > > > > > > > > > On Sat, 2019-10-12 at 13:00 +0200, David Seifert |
23 |
> > > > > > > > > > wrote: |
24 |
> > > > > > > > > > > * Some distros have not just merged / and /usr, |
25 |
> > > > > > > > > > > they |
26 |
> > > > > > > > > > > |
27 |
> > > > > > > > > > > have also merged /usr/bin and /usr/sbin. By |
28 |
> > > > > > > > > > > giving |
29 |
> > > > > > > > > > > users the choice of merging */bin and */sbin, |
30 |
> > > > > > > > > > > Gentoo follows suit. |
31 |
> > > > > > > > > > What about the scenario when /bin has been merged |
32 |
> > > > > > > > > > with |
33 |
> > > > > > > > > > /usr/sbin |
34 |
> > > > > > > > > > and /sbin with /usr/bin? ;-P |
35 |
> > > > > > > > > I also don't see the need for something like this. |
36 |
> > > > > > > > > The |
37 |
> > > > > > > > > idea of |
38 |
> > > > > > > > > the |
39 |
> > > > > > > > > /usr |
40 |
> > > > > > > > > merge is to have all binaries available in one place, |
41 |
> > > > > > > > > and |
42 |
> > > > > > > > > there |
43 |
> > > > > > > > > really |
44 |
> > > > > > > > > is not a good justification for separating bin from |
45 |
> > > > > > > > > sbin. |
46 |
> > > > > > > > Do I read this correctly? USE=-split-usr currently |
47 |
> > > > > > > > means |
48 |
> > > > > > > > that |
49 |
> > > > > > > > /bin, |
50 |
> > > > > > > > /sbin, / |
51 |
> > > > > > > > usr/bin and /usr/sbin point to the same directory? |
52 |
> > > > > > > > |
53 |
> > > > > > > > If that is not the case, then I agree that users should |
54 |
> > > > > > > > have the |
55 |
> > > > > > > > possibility |
56 |
> > > > > > > > to set it up like this and USE=-split-sbin should be |
57 |
> > > > > > > > supported. |
58 |
> > > > > > > > |
59 |
> > > > > > > > --Dennis |
60 |
> > > > > > > I agree, I wasn't aware that USE=-split-usr implies the |
61 |
> > > > > > > complete 2- |
62 |
> > > > > > > level (/usr and *sbin) merge. In that case, all of this |
63 |
> > > > > > > is |
64 |
> > > > > > > obsolete. |
65 |
> > > > > > That was NOT my intention when I introduced the split-usr |
66 |
> > > > > > USE |
67 |
> > > > > > flag. |
68 |
> > > > > > |
69 |
> > > > > > For bin/sbin, I would prefer to drop any conflicting links |
70 |
> > > > > > unconditionally. Do you have examples of scenarios where |
71 |
> > > > > > this |
72 |
> > > > > > is not |
73 |
> > > > > > possible? |
74 |
> > > > > > |
75 |
> > > > > William has confirmed on IRC that USE=-split-usr performs the |
76 |
> > > > > complete |
77 |
> > > > > Fedora-esque /usr merge (which makes sense IMO). |
78 |
> > > > William's opinion is not the only one that matters. |
79 |
> > > Sorry, I guess you are referring to the behavior baselayout? That |
80 |
> > > doesn't necessarily align with the global usage. |
81 |
> > > |
82 |
> > https://gitweb.gentoo.org/proj/baselayout.git/tree/Makefile#n93 |
83 |
> > |
84 |
> > Clearly the usr-merge in baselayout intends to merge all these 4 |
85 |
> > directories. There is currently no option to merge /usr and / but |
86 |
> > keep |
87 |
> > /bin and /sbin separate, so the most parsimonious solution here is |
88 |
> > to |
89 |
> > assume that usr-merge semantics in Gentoo is about merging all 4 |
90 |
> > directories. |
91 |
> > |
92 |
> > |
93 |
> For what it's worth. All of my systems are installed with a fixed- |
94 |
> size |
95 |
> 512MB / with everything else (including /usr) on separate LVs. |
96 |
> |
97 |
> Whilst sbin vs bin is just a matter of what's available, to me it |
98 |
> makes |
99 |
> sense to keep these split. To me it's always been logical to keep |
100 |
> administrative type (root) tools under sbin, and stuff that's |
101 |
> generally |
102 |
> useful for users under bin. |
103 |
> |
104 |
> Keeping / and /usr split (or the ability to keep it split) is rather |
105 |
> crucial for me. It's for historic installations a matter of space |
106 |
> constraints on /. For new installations it's a matter of keeping / |
107 |
> as |
108 |
> small as possible in order to have a smallish bootable system which |
109 |
> can |
110 |
> be used for recovering the rest of the system, ideally without an |
111 |
> initrd |
112 |
> (which also works to an extent). |
113 |
> |
114 |
> Kind Regards, |
115 |
> Jaco |
116 |
> |
117 |
|
118 |
For the umpteenth time time: nothing will change. You can keep your |
119 |
(albeit broken) separate / and /usr partitions. *NOTHING* will change |
120 |
for anyone. There are no plans to change the defaults. This is *MERELY* |
121 |
about giving people the chance to opt in to the /usr-merge. |
122 |
|
123 |
That said, the idea of using / as a "recovery" filesystem in general is |
124 |
broken: |
125 |
https://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/ |
126 |
And no, this is not systemd breaking your system, or Lennart, it's |
127 |
distros and userlands not being careful to have things in / never |
128 |
depend on things in /usr. |