Bug#1133918: libjpeg62-turbo-dev: trying to overwrite shared '/usr/include/jconfig.h', which is different from other instances
Package: libjpeg62-turbo-dev
Version: 1:3.1.3-3
Severity: serious
Justification: Policy 5.6.34.3
User: multiarch-devel@lists.alioth.debian.org
Usertags: multiarch
X-Debbugs-Cc: debian-cross@lists.debian.org, sergio.costas@canonical.com
>Preparing to unpack …/libjpeg62-turbo-dev_1%3a3.1.3-3_amd64.deb…
>Unpacking libjpeg62-turbo-dev:amd64 (1:3.1.3-3) over (1:2.1.5-4)…
>dpkg: error processing archive /var/cache/apt/archives/libjpeg62-turbo-dev_1%3a3.1.3-3_amd64.deb (--unpack):
> trying to overwrite shared '/usr/include/jconfig.h', which is different from other instances of package libjpeg62-turbo-dev:amd64
In my case, the "other instances" refers to libjpeg62-turbo-dev
1:3.1.3-3 for i386, which installs:
lrwxrwxrwx 1 root root 24 Mar 23 07:46 /usr/include/jconfig.h -> i386-linux-gnu/jconfig.h
and similarly the amd64 package installs a symlink to
x86_64-linux-gnu/jconfig.h. This is not something that can be done in a
Multi-Arch: same package.
This appears to have been done (without making it into the changelog?) in
https://salsa.debian.org/debian/libjpeg-turbo/-/commit/b7c6440b52192d3bd50215927f9cf9d89ea92d1a
as a solution to
https://bugs.launchpad.net/ubuntu/+source/libjpeg-turbo/+bug/2042483.
Sorry, but this is not a valid solution to LP#2042483. In the short
term, I would recommend reverting it. Debian compilers are expected to
have both /usr/include and /usr/include/${DEB_HOST_MULTIARCH} on their
default -I search path.
One possible solution to LP#2042483 without breaking multiarch
co-installation would have been to add
-I/usr/include/${DEB_HOST_MULTIARCH} to the .pc file, which already has
architecture-dependent content and is in an architecture-dependent
location.
When changing things that touch the interaction between multiarch
architectures, it's often a good idea to test co-installing more than
one architecture's .deb, for example amd64 + i386.
Thanks,
smcv
Reply to: