Bug#1144127: qa.debian.org: qpdf package transition blocked by outdated binary packages

"Jay Berkenbilt" <[email protected]>
Newsgroups gmane.linux.debian.devel.release
Message-ID <a78c7085-3330-4ccf-be31-b34cdb9b6a2a__48421.217924782$1786797928$gmane$org@app.fastmail.com>

On Wed, Aug 12, 2026, at 4:30 AM, Sebastian Ramacher wrote:
> On 2026-08-11 17:51:09 -0400, Jay Berkenbilt wrote:
> > 
> > 
> > On Tue, Aug 11, 2026, at 3:04 PM, Sebastian Ramacher wrote:
> > > > [...]
> > > > 
> > > Could you check whether libqpdf30 in stable exported the std:: symbols
> > > with @LIBQPDF_30? Thanks
> > 
> > It is not exported on stable, only on testing, based on the test below:
> > 
> > Output of this:
> > 
> > objdump -T /usr/lib/x86_64-linux-gnu/libqpdf.so.30 | grep _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm
> > 
> > stable:
> > 
> > root@b5ea4aa75427:/# objdump -T /usr/lib/x86_64-linux-gnu/libqpdf.so.30 | grep _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm
> > 0000000000000000      DF *UND* 0000000000000000 (GLIBCXX_3.4.21) _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm
> > 
> > testing:
> > 
> > root@76d76b9a021d:/# objdump -T /usr/lib/x86_64-linux-gnu/libqpdf.so.30 | grep _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm
> > 00000000000c9150  w   DF .text 0000000000000134  LIBQPDF_30  _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm
> > 
> > unstable:
> > 
> > root@a539b0c8067e:/# objdump -T /usr/lib/x86_64-linux-gnu/libqpdf.so.30 | grep _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm
> > 0000000000000000      DF *UND* 0000000000000000 (GLIBCXX_3.4.21) _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm
> 
> Thanks for checking. So that build system of qpdf is working as expted
> but the toolchain produced broken results. I have scheduled rebuilds of
> packages that link the template instantations with the LIBQPDF_30 symbol
> version in unstable. I am closing this bug. If qpdf remains unable to
> migrate after the rebuild and reruns of the autopkgtests, please let us
> know.

Nothing has changed. Have the rebuilds been scheduled? I don't see evidence of cups having been rebuilt. Thanks.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.