Deprecate builds with split-usr, prepare for removal
authorZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Wed, 3 Feb 2021 09:20:49 +0000 (10:20 +0100)
committerLuca Boccassi <luca.boccassi@gmail.com>
Wed, 3 Feb 2021 22:08:35 +0000 (22:08 +0000)
commit9afd5e7b975e8051c011ff9c07c95e80bd954469
treeccf906b50855708f64a50ca707439414d93b1c16
parent33e71ade3bdbd8c092073d830b6a313f2a5f7fae
Deprecate builds with split-usr, prepare for removal

There is no technical reason to support systems with split-usr, except for
backwards compatibility. Even though systemd itself makes an effort to support
this, many other tools aren't as careful. Despite those efforts, we
(collectively) get it wrong often, because doing it "wrong" on systems with
merged-usr has no consequences. Since almost all developers are on such
systems, any issues are only discovered late. Supporting this split-usr mode
makes both code and documentation more complicated. The split is purely
artificial and has no justification except to allow old installation to not
update. Mechanisms to update existing systems are available though: Fedora
did that in https://fedoraproject.org/wiki/Features/UsrMove, Debian has
the usrmerge package.

The next version of Debian will only support systems with split-usr=false,
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978636#178:

  The Technical Committee resolves that Debian 'bookworm' should
  support only the merged-usr root filesystem layout, dropping support
  for the non-merged-usr layout.

Let's start warning if split-usr mode is used, in preparation to removing the
split in one of the future releases.
README
meson.build