On Mon, 07 Mar 2016 15:56:31 +0100 Ansgar Burchardt <ans...@debian.org> wrote:
> Though shouldn't this be worded a bit more generic? There are also
> /lib32 vs /usr/lib32 and /lib64 vs /usr/lib64 (and possibly other
> suffixes like libx32).
>
> Also I don't think Policy should require maintainer scripts for the
> implementation of compatibility symlinks. I would prefer an
> implementation-neutral wording that would allow switching to dpkg
> handling these in some declarative way without having to change Policy.
I agree on both counts.
>
> To support merged-<file>/usr</file> systems, packages must not
> install files in both <file>{path}</file> and
> <file>/usr/{path}</file>.
>
> In case a file gets moved between <file>{path}</file> andÂ
> <file>/usr/{path}</file> and a compatibility symlinks is needed,
> the symlink must be managed in such a way that it will not
> break when, for example, <file>/bin</file> and <file>/usr/bin</file>
> are the same directory.
Seconded.
Saludos
