Ansgar Burchardt <ans...@debian.org> writes:
> If we want to support packages such as iptables moving binaries from
> /{s,}bin to /usr/{s,}bin while setting up compat symlinks on
> non-merged-/usr systems, it might be useful to have a dh-usrmerge
> package creating the maintainer scripts. (Also for some files below
> /lib, but most libraries could just be moved without compat symlinks.)
> This should be similar to what OpenSUSE has done; see the section around
> `#UsrMerge` on https://en.opensuse.org/openSUSE:Usr_merge
> This could also be seen as a slower path to merged-/usr: programs such
> as `sed` would be in both /bin and /usr/bin and hard-coding either would
> be fine (as with merged-/usr, but not without). Less static files would
> be on a read-write root file system (if /usr is a separate read-only
> fs).
Yes, this exactly, thank you. This is a much better description of what I
was seeing as an alternative to the current usrmerge approach, assuming a
(not yet decided) project consensus that we want to do something like
usrmerge in the long run.
This approach will obviously take forever, and be another one of those
Debian transitions that someone five years from now has to do a bunch of
work to finally finish, assuming that happens at all. But it would be
backward-compatible the entire way.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
