/var/tmp/portage/gnome-extra/sushi-3.20.0/work/sushi-3.20.0/src/tmp-introspectqNsOgs/.libs/Sushi-1.0: symbol lookup error: /usr/lib64/libneon.so.27: undefined symbol: EVP_PKEY_up_ref Command '[u'/var/tmp/portage/gnome-extra/sushi-3.20.0/work/sushi-3.20.0/src/tmp-introspectqNsOgs/Sushi-1.0', u'--introspect-dump=/var/tmp/portage/gnome-extra/sushi-3.20.0/work/sushi-3.20.0/src/tmp-introspectqNsOgs/functions.txt,/var/tmp/portage/gnome-extra/sushi-3.20.0/work/sushi-3.20.0/src/tmp-introspectqNsOgs/dump.xml']' returned non-zero exit status 127 Neon, LibreSSL, and MusicBrainz libraries were built with the following USE flags: [ebuild R ~] net-libs/neon-0.30.2:0/27::gentoo USE="kerberos libressl ssl zlib -doc -expat -gnutls -libproxy -nls -pkcs11 -static-libs" 0 KiB [ebuild R ~] dev-libs/libressl-2.5.0:0/39::gentoo USE="asm -static-libs" 2,943 KiB [ebuild R ] media-libs/musicbrainz-5.1.0:5/1::gentoo USE="-examples {-test}" 0 KiB This compilation issue is related to #607812. Here can be found a patch for net-libs/neon: http://lists.manyfish.co.uk/pipermail/neon-commits/2016-September/001036.html
Created attachment 462086 [details] emerge-info.txt
Not sure what's going on here, but isn't this rather an openssl-1.1 + neon bug, not sushi?
or libressl-2.5.0 or whatnot.
The problem has been fixed with gnome-extra/sushi-3.24.0. Most probably it was a libressl issue.