Your message dated Tue, 25 Aug 2026 11:47:57 +0200
with message-id <[email protected]>
and subject line Re: Bug#1144099: any update on recompiling?
has caused the Debian Bug report #1144099,
regarding cups-filters: gstoraster fails with libqpdf30 12.4.0-1 due to
incorrect LIBQPDF_30 symbol
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.)
--
1144099: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1144099
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: cups-filters
Version: 1.28.17-7+b2
Severity: important
Dear Maintainer,
With libqpdf30 12.4.0-1, /usr/lib/cups/filter/gstoraster fails
immediately with a dynamic linker error:
|/usr/lib/cups/filter/gstoraster: symbol lookup error:
/usr/lib/cups/filter/gstoraster: undefined symbol:
_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm,
version LIBQPDF_30 |
Installed cups-filters is:
|cups-filters 1.28.17-7+b2 |
The relevant dependency is:
|libqpdf30 (>> 12.3.2~) |
so libqpdf30 12.4.0-1 is considered a valid dependency.
The problem is reproducible simply with:
|/usr/lib/cups/filter/gstoraster 2>&1 | head -5 |
With libqpdf30 12.4.0-1, this produces the symbol lookup error above.
I investigated the symbol versions involved.
gstoraster requests:
|readelf -Ws /usr/lib/cups/filter/gstoraster | grep 'M_replace'
_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm@LIBQPDF_30
|
However, libqpdf.so.30 from libqpdf30 12.4.0-1 contains this symbol only
as an undefined libstdc++ symbol:
|objdump -T /usr/lib/x86_64-linux-gnu/libqpdf.so.30 | grep 'M_replace'
... (GLIBCXX_3.4.31) ... _M_replace_cold... ... (GLIBCXX_3.4.21) ...
_M_replace... ... (GLIBCXX_3.4.21) ... _M_replace_aux... |
The corresponding GLIBCXX symbols are present in the installed
libstdc++6 (16.2.0-1).
I also verified that the installed gstoraster binary is exactly the one
shipped by cups-filters 1.28.17-7+b2:
|sha256sum /usr/lib/cups/filter/gstoraster \
/tmp/cups-filters-test/usr/lib/cups/filter/gstoraster
35d03c8fbe89159554dabc6f395276052a286d9dd72a5bdd004e55cc90f44653
35d03c8fbe89159554dabc6f395276052a286d9dd72a5bdd004e55cc90f44653 |
As a control test, I downgraded libqpdf30 to:
|libqpdf30 12.3.2-1+b1 |
With that version installed, the same command:
|/usr/lib/cups/filter/gstoraster 2>&1 | head -5 |
no longer produces a dynamic linker error. Instead, gstoraster starts
normally and reports its expected usage:
|ERROR: /usr/lib/cups/filter/gstoraster job-id user title copies options
[file] |
This makes the interaction between cups-filters 1.28.17-7+b2 and
libqpdf30 12.4.0-1 reproducible and distinguishes it from a general
gstoraster problem.
There is an existing Debian bug #1100207 concerning qpdf 12 support in
cups-filters. That bug was fixed in cups-filters 1.28.17-6. However, the
current issue appears to be a separate runtime symbol-versioning/ABI
problem with libqpdf30 12.4.0-1.
The current cups-filters dependency accepts libqpdf30 12.4.0-1, but
gstoraster cannot load with that version.
Expected result:
gstoraster should start normally with the libqpdf30 version accepted by
the cups-filters dependency.
Actual result:
gstoraster aborts during dynamic linking with an undefined LIBQPDF_30
symbol.
The current workaround is to keep libqpdf30 at 12.3.2-1+b1.
System information generated by reportbug follows.
-- System Information:
Debian Release: forky/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 7.0.13+deb14-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages cups-filters depends on:
ii bc 1.07.1-4
ii cups-filters-core-drivers 1.28.17-7+b2
ii ghostscript 10.07.1~dfsg-1
ii libc6 2.42-17
ii libcups2t64 2.4.18-1
ii libcupsfilters1t64 1.28.17-7+b2
ii libfontconfig1 2.17.1-5
ii libfontembed1t64 1.28.17-7+b2
hi libqpdf30 12.3.2-1+b1
ii libstdc++6 16.2.0-1
ii poppler-utils 26.07.0-2
Versions of packages cups-filters recommends:
ii colord 1.4.8-3
ii liblouisutdml-bin 2.12.0-8+b2
ii lynx 2.9.3-2
Versions of packages cups-filters suggests:
pn antiword
pn docx2txt
pn foomatic-db-compressed-ppds | foomatic-db
ii imagemagick 8:7.1.2.27+dfsg1-1+b1
ii imagemagick-7.q16 [imagemagick] 8:7.1.2.27+dfsg1-1+b1
|Thank you for looking into this issue.|
-- no debconf information
--- End Message ---
--- Begin Message ---
fixed -1 1.28.17-7+b3
done
On Mon, Aug 24, 2026 at 11:19:40AM -0700, Phil Dibowitz wrote:
> Can confirm, that fixed it. Thanks!
Thanks for reporting back!
Chris
--- End Message ---
