Hi,
Guillem Jover <guil...@debian.org> wrote:
> Even if the /usr/lib location could be interpreted and argued as valid
> too, I'd not see the point in changing it, given the coding and
> transition work involved, susceptible to system breakage, and
> unfortunately also because there are programs out there which rely on
> those paths (which could be solved with symlinks, but then we'd be
> getting into really ugly territory, for no really good reason). But
> mostly given the solution below.
The location of those script must change for multiarch because they are not
unique enough in the face of the same package being installed from multiple
architectures.
I know that is not an argument why the location should be changed but since
we do need to change them anyway we might as well consider changing them
more.
MfG
Goswin
PS: With the hooks there is now a solution for this bug and a valid reason for
wontfix. If someone documents this some more, e.g. write example hooks, it
could even be closed.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
