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.
