Created attachment 768022 [details] net-mail:mailutils-3.14-r1:20220327-182929.log =net-mail/mailutils-3.14-r1 fails its test suite, specifically the two "putmail" tests "putmail version" and "putmail", which both have "symbol lookup error: /var/tmp/portage/net-mail/mailutils-3.14-r1/work/mailutils-3.14/mda/putmail/.libs/putmail: undefined symbol: mu_locker_defaults" on stderr. Full build log, testsuite log from the failing test-set, and emerge --info attached.
Created attachment 768023 [details] testsuite.log
Created attachment 768024 [details] emerge-info.txt
Would you consider reporting this upstream?
I don't think it's related but it's interesting: https://lists.gnu.org/archive/html/bug-mailutils/2022-03/msg00000.html.
I cant reproduce this. mu_locker_defaults is defined in libmailutils: # nm -D /var/tmp/portage/net-mail/mailutils-3.14-r1/work/mailutils-3.14/libmailutils/.libs/libmailutils.so | grep mu_locker_defaults 00000000000d1480 D mu_locker_defaults which is linked with putmail: libtool: link: x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -fno-strict-aliasing -Wall -Wdeclaration-after-statement -Wl,-O1 -o .libs/putmail putmail.o -Wl,--as-needed ../lib/libmda.a ../../lib/libmuscript.a ../../lib/.libs/libmuaux.so ../../libmu_sieve/.libs/libmu_sieve.so //usr/lib64/libltdl.so ../../libproto/mbox/.libs/libmu_mbox.so ../../libproto/mh/.libs/libmu_mh.so ../../libproto/maildir/.libs/libmu_maildir.so ../../libproto/dotmail/.libs/libmu_dotmail.so ../../libproto/imap/.libs/libmu_imap.so ../../libproto/pop/.libs/libmu_pop.so ../../libmu_auth/.libs/libmu_auth.so ../../libproto/mailer/.libs/libmu_mailer.so /var/tmp/portage/net-mail/mailutils-3.14-r1/work/mailutils-3.14/libmu_auth/.libs/libmu_auth.so ../../libmailutils/.libs/libmailutils.so ../../libmu_dbm/.libs/libmu_dbm.so /var/tmp/portage/net-mail/mailutils-3.14-r1/work/mailutils-3.14/libmailutils/.libs/libmailutils.so -lgnutls -lpam -ldl -lgdbm -lcrypt -lresolv -lpthread # LD_LIBRARY_PATH=/var/tmp/portage/net-mail/mailutils-3.14-r1/work/mailutils-3.14/libmailutils/.libs/ ldd /var/tmp/portage/net-mail/mailutils-3.14-r1/work/mailutils-3.14/mda/putmail/.libs/putmail | grep libmailutils libmailutils.so.8 => /var/tmp/portage/net-mail/mailutils-3.14-r1/work/mailutils-3.14/libmailutils/.libs/libmailutils.so.8 (0x00007fb594c9f000) Any ideas why it is acting differently in your case? running the above commands on your system might help.
nevermind. apparently, mu_locker_defaults got added to libmailutils in mailutils-3.13 without a soname bump. putmail version test for mailutils-3.14 will fail with missing symbol error when mailutils-3.12 is installed on the running system you can unmerge mailutils and run the testsuite again to confirm. i.e. no soname bump and using already installed libmailutils library during tests results in the failure. I'll contact upstream.
Wondering if its naughtily (partly?) using system copies during tests in fallback normally then even if it's usually not an issue.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ef29aa735f9d63da646990ee578b2dcd98644b31 commit ef29aa735f9d63da646990ee578b2dcd98644b31 Author: Eray Aslan <eras@gentoo.org> AuthorDate: 2022-04-19 11:24:05 +0000 Commit: Eray Aslan <eras@gentoo.org> CommitDate: 2022-04-19 11:26:16 +0000 net-mail/mailutils: add 3.15 and a belated soname bump for the mu libraries Closes: https://bugs.gentoo.org/836291 Signed-off-by: Eray Aslan <eras@gentoo.org> net-mail/mailutils/Manifest | 1 + net-mail/mailutils/mailutils-3.15.ebuild | 141 +++++++++++++++++++++++++++++++ 2 files changed, 142 insertions(+)