Your message dated Sat, 7 Mar 2026 13:00:35 +0100
with message-id <[email protected]>
and subject line Re: libgraphicsmagick1-dev: Linking different versions of
libjpeg (62 and 8) causes failure to load JPEG files
has caused the Debian Bug report #863566,
regarding libgraphicsmagick1-dev: Linking different versions of libjpeg (62 and
8) causes failure to load JPEG files
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
863566: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863566
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libgraphicsmagick1-dev
Version: 1.3.20-3+rpi1
Severity: important
Dear Maintainer,
When linking anything against this package, the linker complains that
/usr/bin/ld: warning: libjpeg.so.8, needed by /usr/lib/libGraphicsMagick.so,
may conflict with libjpeg.so.62
and indeed, the library is linked against both libjpeg library versions:
$ ldd /usr/lib/libGraphicsMagick.so | grep jpeg
libjpeg.so.8 => /usr/lib/arm-linux-gnueabihf/libjpeg.so.8 (0x76a0f000)
libjpeg.so.62 => /usr/lib/arm-linux-gnueabihf/libjpeg.so.62 (0x7644f000)
In practice this means, that it actually fails to load JPG pictures right now
using
that library, possibly because symbols are getting confused.
I suspect that two different image sub-libraries use different dependencies so
we end
up with this incompatible mix.
[
Context in which this was discovered: my image viewer for LED panels connected
to the Raspberry Pi ceased to work for JPEG
https://github.com/hzeller/rpi-rgb-led-matrix/tree/master/utils#image-viewer
]
-- System Information:
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 8.0 (jessie)
Release: 8.0
Codename: jessie
Architecture: armv7l
Kernel: Linux 4.4.34-v7+ (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=locale: Cannot set
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968) (ignored: LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libgraphicsmagick1-dev depends on:
ii libbz2-dev 1.0.6-7
ii libc6-dev 2.19-18+deb8u9
ii libexif-dev 0.6.21-2
ii libfreetype6-dev 2.6-2rpi1rpi1g
ii libgraphicsmagick3 1.3.20-3+rpi1
ii libice-dev 2:1.0.9-1
ii libjasper-dev 1.900.1-debian1-2.4+deb8u3
ii libjbig-dev 2.1-3.1
ii libjpeg-dev 1:1.3.1-12
ii libjpeg62-turbo-dev [libjpeg-dev] 1:1.3.1-12
ii liblcms2-dev 2.6-3+deb8u1
ii libltdl-dev 2.4.2-1.11
ii libpng12-dev [libpng-dev] 1.2.50-2+deb8u3
ii libsm-dev 2:1.2.2-1
ii libtiff5-dev [libtiff-dev] 4.0.3-12.3+deb8u3
ii libwmf-dev 0.2.8.4-10.3+deb8u2
ii libx11-dev 2:1.6.2-3
ii libxext-dev 2:1.3.3-1
ii libxml2-dev 2.9.1+dfsg1-5+deb8u4
ii x11proto-core-dev 7.0.31-1
ii zlib1g-dev [libz-dev] 1:1.2.8.dfsg-2
libgraphicsmagick1-dev recommends no packages.
Versions of packages libgraphicsmagick1-dev suggests:
pn graphicsmagick <none>
-- debconf information excluded
--- End Message ---
--- Begin Message ---
Hi,
On Sun, 28 May 2017 10:13:13 -0700 Henner Zeller
<[email protected]> wrote:
Version: 1.3.20-3+rpi1
This isn't a Debian version. Given the issue I think it should have been
reported in Raspbian, not against Debian.
When linking anything against this package, the linker complains that
/usr/bin/ld: warning: libjpeg.so.8, needed by /usr/lib/libGraphicsMagick.so,
may conflict with libjpeg.so.62
and indeed, the library is linked against both libjpeg library versions:
$ ldd /usr/lib/libGraphicsMagick.so | grep jpeg
libjpeg.so.8 => /usr/lib/arm-linux-gnueabihf/libjpeg.so.8 (0x76a0f000)
libjpeg.so.62 => /usr/lib/arm-linux-gnueabihf/libjpeg.so.62 (0x7644f000)
In practice this means, that it actually fails to load JPG pictures right now
using
that library, possibly because symbols are getting confused.
I suspect that two different image sub-libraries use different dependencies so
we end
up with this incompatible mix.
-- System Information:
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 8.0 (jessie)
While I didn't dive into all history, this looks to me like a transition
in Debian (routine work) to be handled wrong in Raspbian. We're 9 years
further down the road, I'm closing this as not actionable now.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
--- End Message ---
