https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: dev-python/mysqlclient-2.1.1 fails tests (HARDENED-SYSTEM). Discovered on: amd64 (internal ref: hardened_tinderbox) NOTE: (HARDENED-SYSTEM) in the summary means that the bug was found on a machine that runs an hardened profile with -D_FORTIFY_SOURCE=3 and -D_GLIBCXX_ASSERTIONS (https://www.gentoo.org/support/news-items/2023-01-01-hardening-fortify-assertions.html) but this bug MAY or MAY NOT BE related to the changes related to hardened.
Created attachment 850336 [details] build.log build log and emerge --info
This is a problem with the server, not this package, and it looks like it didn't get rebuilt after binutils upgrade.
Thanks for the info. seems that it looks like for libbfd-2.40.gentoo-sys-libs-binutils-libs-st-def.so while I just have: $ qlist -e binutils | grep "libbfd" /usr/lib64/binutils/x86_64-pc-linux-gnu/2.40/libbfd-2.40.0.gentoo-sys-devel-binutils-st.so /usr/lib64/binutils/x86_64-pc-linux-gnu/2.40/libbfd.so Note the "-def" suffix
(In reply to Agostino Sarubbo from comment #3) > seems that it looks like for libbfd-2.40.gentoo-sys-libs-binutils-libs-st-def.so while I just have: Required library belongs to sys-libs/binutils-libs, while your output shows only sys-devel/binutils: > $ qlist -e binutils | grep "libbfd" > /usr/lib64/binutils/x86_64-pc-linux-gnu/2.40/libbfd-2.40.0.gentoo-sys-devel-binutils-st.so > /usr/lib64/binutils/x86_64-pc-linux-gnu/2.40/libbfd.so Ebuilds have SLOT="0/${PV%_p?}", but also: > # We pull in all USE-flags that change ABI in an incompatible > # way. #666100 > # USE=multitarget change size of global arrays > # USE=64-bit-bfd changes data structures of exported API > --with-extra-soversion-suffix=gentoo-${CATEGORY}-${PN}-$(usex multitarget mt st)-$(usex 64-bit-bfd 64 def) Switching of "multitarget" or "64-bit-bfd" USE flag within the same version of sys-libs/binutils-libs (without upgrade/downgrade) also changes ABI and changes soname of library, but does not affect subslot (SLOT value cannot depend on USE flags in currently available EAPIs), so package manager is not aware of the need to rebuild reverse dependencies.
*** Bug 895178 has been marked as a duplicate of this bug. ***
Quoting my comment at https://bugs.gentoo.org/895178#c4: """ This is basically guaranteed to be a dup of bug 893820. It's likely that the >symengine binpkg was built against a different sys-libs/binutils-libs. Unfortunately, the situation is similar to dev-lang/perl where USE flags break >ABI and we can't represent that in subslots (see bug 680496). The only thing we could really do is minimise the number of USE flags on sys-libs/binutils-libs (remove/always-enable/mask/force on multitarget and/or 64- bit-bfd) and/or add a warning when any of those flags changes, like in Perl. """
