diff options
author | Mihai Moldovan <ionic@ionic.de> | 2015-04-28 23:00:43 +0200 |
---|---|---|
committer | Mihai Moldovan <ionic@ionic.de> | 2015-04-29 01:20:34 +0200 |
commit | 83983e944e5076ad2d8beb6dd9190559fb6c5937 (patch) | |
tree | c249be2aba09a8f85703421df4c0bff5e82ec984 /debian/nx-x11proto-xfixes-dev.install.in | |
parent | 7b7ba9441b3ff72f0e963221342dcccbafc04312 (diff) | |
download | nx-libs-83983e944e5076ad2d8beb6dd9190559fb6c5937.tar.gz nx-libs-83983e944e5076ad2d8beb6dd9190559fb6c5937.tar.bz2 nx-libs-83983e944e5076ad2d8beb6dd9190559fb6c5937.zip |
libnx-xinerama1: also create libXinerama symlink in postinst (and remove in prerm.)
Due to the nx-x11-common package being a noarch/allarch package,
creating the symlink in nx-libs' Makefile will lead to the symlink
referencing the "default" architecture dpkg uses for building
noarch/allarch packages.
Incidentally, this worked fine for Debian, as amd64 seems to be the
default architecture. On Ubuntu, however, the default architecture up to
Vivid (15.04) was i386. For those builds, the symlink pointed to the 32
bit library of libNX_Xinerama.so.1 -- essentially breaking this feature.
Move the symlink creation to the arch-sensitive libnx-xinerama1 package.
The postinst and prerm scriptlets will work fine, unless someone
installs the i386 package version *after* the amd64 version. Given that
we already create symlinks to libNX_X11 and friends using that method,
no new regression is introduced. Strictly speaking that's a bug, but
we'll hopefully clean that up later...
Diffstat (limited to 'debian/nx-x11proto-xfixes-dev.install.in')
0 files changed, 0 insertions, 0 deletions