Bug#839046: debootstrap: enable --merged-usr by default
- To: Ian Jackson <ijackson@chiark.greenend.org.uk>
- Cc: 839046@bugs.debian.org
- Subject: Bug#839046: debootstrap: enable --merged-usr by default
- From: Ansgar Burchardt <ansgar@debian.org>
- Date: Mon, 12 Feb 2018 12:13:04 +0100
- Message-id: <[🔎] 87bmgujwan.fsf@43-1.org>
- Reply-to: Ansgar Burchardt <ansgar@debian.org>, 839046@bugs.debian.org
- In-reply-to: <23166.14971.807688.223942__49599.5922283784$1518221971$gmane$org@chiark.greenend.org.uk> (Ian Jackson's message of "Sat, 10 Feb 2018 00:19:07 +0000")
- References: <87zimsjzba.fsf@deep-thought.43-1.org> <23166.14971.807688.223942__49599.5922283784$1518221971$gmane$org@chiark.greenend.org.uk> <87zimsjzba.fsf@deep-thought.43-1.org>
Ian Jackson writes:
> Also, I fear that unless we provide a straightforward way to retain
> separate /usr, including an appropriate d-i command line option, we
> will get further pushback and anger from traditionalists. We risk
> reopening old wounds (see some of the less temperate responses earlier
> in the thread Ansgar links to as [1]).
There were 11 mails in the thread I linked as [1] in my initial mail.
None were really negative, just one person wondering if this means /
and /usr on separate filesystems is no longer supported (even though I
explicitly said it is in my initial mail).
Also, switching to merged-/usr, but still supporting non-merged-/usr
beyond a transition period means one uses one of the benefits for
maintainers no longer having to care where to install libraries or
programs (or worse: having to move them between / and /usr because
someone would like to use some additional program in early boot or a new
upstream release has support for some new feature requiring a library in
/usr).
I assume the less temperate responses are ones as [no argument]? I
don't believe that one shouldn't base any decisions on less temperate
responses someone makes on the internet. That way no change ever could
be implemented. (What happens when I write less temperate responses to
the less temperate responses calling a proposal shit without any
argument? Do I invalidate their less temperate response too or is that
reserved to the initial less temperate response?)
I strongly prefer technical reasons instead, such as the issue with
`dpkg -S` that was mentioned by Guillem.
[no argument]: https://lists.debian.org/debian-devel/2016/01/msg00005.html
[...]
> Finally, I have to say that I think that this summary from Ansgar
> is not really accurate:
I think that your summary is far less accurate than mine ;-)
>> As mentioned earlier, I would like to see --merged-usr enabled by
>> default for Debian Stretch. The last discussion on -devel@[1] was
>> quite positive; I had some additional positive feedback on IRC.
> ...
>> [1] <https://lists.debian.org/debian-devel/2016/09/msg00269.html>
>
> That is a link to a message from Russ which mostly explains why
> mounting /usr early (ie in the initramfs, by default) is a good idea.
> That has now been implemented and has caused very little push-back.
No, that's a link to a message by me.
> But this bug report requests something entirely different: it is about
> actually moving the contents of /bin into /usr/bin, etc.
That is also what the linked mail is about.
> It is also not fair to say that the discussion was "quite positive".
> There was a good deal of opposition of various kinds, much of it
> quite heated.
Why not? None of the 11 mails was really negative.
Ansgar
Reply to: