On Wed, May 15, 2024 at 11:27:25PM +0300, Adrian Bunk wrote: > Package: libqt6core6t64 > Version: 6.6.2+dfsg-7 > Severity: serious > Tags: ftbfs > Control: affects -1 libqt6core5compat6 src:kf6-kwallet > > https://buildd.debian.org/status/logs.php?pkg=kf6-kwallet&ver=6.0.0-1 > > ... > Get:32 https://deb.debian.org/debian experimental/main arm64 libqt6core6t64 > arm64 6.6.2+dfsg-7 [1579 kB] > ... > Get:291 https://deb.debian.org/debian unstable/main arm64 libqt6core5compat6 > arm64 6.4.2-4+b2 [126 kB] > ... > /usr/bin/ld: /lib/aarch64-linux-gnu/libQt6Core5Compat.so.6: undefined > reference to `QUtf16::convertToUnicode(QByteArrayView, > QStringConverterBase::State*, DataEndianness)@Qt_6' > /usr/bin/ld: /lib/aarch64-linux-gnu/libQt6Core5Compat.so.6: undefined > reference to `QUtf16::convertFromUnicode(QStringView, > QStringConverterBase::State*, DataEndianness)@Qt_6' > /usr/bin/ld: /lib/aarch64-linux-gnu/libQt6Core5Compat.so.6: undefined > reference to `QUtf32::convertToUnicode(QByteArrayView, > QStringConverterBase::State*, DataEndianness)@Qt_6' > /usr/bin/ld: /lib/aarch64-linux-gnu/libQt6Core5Compat.so.6: undefined > reference to `QUtf8::convertFromUnicode(QStringView)@Qt_6' > /usr/bin/ld: /lib/aarch64-linux-gnu/libQt6Core5Compat.so.6: undefined > reference to `QUtf32::convertFromUnicode(QStringView, > QStringConverterBase::State*, DataEndianness)@Qt_6' > /usr/bin/ld: /lib/aarch64-linux-gnu/libQt6Core5Compat.so.6: undefined > reference to `QUtf8::convertFromUnicode(QStringView, > QStringConverterBase::State*)@Qt_6' > /usr/bin/ld: /lib/aarch64-linux-gnu/libQt6Core5Compat.so.6: undefined > reference to `QUtf8::convertToUnicode(QChar*, QByteArrayView)@Qt_6' > /usr/bin/ld: /lib/aarch64-linux-gnu/libQt6Core5Compat.so.6: undefined > reference to `QUtf8::convertToUnicode(QByteArrayView, > QStringConverterBase::State*)@Qt_6' > collect2: error: ld returned 1 exit status > > > This is due to: > https://salsa.debian.org/qt-kde-team/qt6/qt6-base/-/commit/b1d2e462c65933b577ec49b4e4156ec8ad426b26
Apparently the symbols were moved to PRIVATE_API: _ZN5QUtf816convertToUnicodeE14QByteArrayViewPN20QStringConverterBase5StateE@@Qt_6_PRIVATE_API _ZN5QUtf816convertToUnicodeEPDs14QByteArrayView@@Qt_6_PRIVATE_API _ZN6QUtf1616convertToUnicodeE14QByteArrayViewPN20QStringConverterBase5StateE14DataEndianness@@Qt_6_PRIVATE_API _ZN6QUtf3216convertToUnicodeE14QByteArrayViewPN20QStringConverterBase5StateE14DataEndianness@@Qt_6_PRIVATE_API _ZN5QUtf818convertFromUnicodeE11QStringView@@Qt_6_PRIVATE_API _ZN5QUtf818convertFromUnicodeE11QStringViewPN20QStringConverterBase5StateE@@Qt_6_PRIVATE_API _ZN6QUtf1618convertFromUnicodeE11QStringViewPN20QStringConverterBase5StateE14DataEndianness@@Qt_6_PRIVATE_API _ZN6QUtf3218convertFromUnicodeE11QStringViewPN20QStringConverterBase5StateE14DataEndianness@@Qt_6_PRIVATE_API This is an upstream(?) ABI break, but since libqt6core5compat6 seems to be the only affected package something like Breaks: libqt6core5compat6 (<< 6.6) might be the best available option to avoid issues when upgrading from bookworm. cu Adrian