/usr/lib/portage/python3.6/ebuild-helpers/xattr/install -c -d /var/tmp/portage/dev-vcs/subversion-1.13.0/image//usr/bin cd subversion/svn ; /bin/sh "/var/tmp/portage/dev-vcs/subversion-1.13.0/work/subversion-1.13.0/libtool" --mode=install /usr/lib/portage/python3.6/ebuild-helpers/xattr/install -c svn /var/tmp/portage/dev-vcs/subversion-1.13.0/image//usr/bin/svn /bin/sed: symbol lookup error: /usr/lib64/libserf-1.so.1: undefined symbol: OPENSSL_malloc_init /bin/sed: symbol lookup error: /usr/lib64/libserf-1.so.1: undefined symbol: OPENSSL_malloc_init libtool: warning: '../../subversion/libsvn_client/libsvn_client-1.la' has not been installed in '/usr/lib64' /bin/sed: symbol lookup error: /usr/lib64/libserf-1.so.1: undefined symbol: OPENSSL_malloc_init ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_no-multilib_hardened-libressl-20191222-151549 ------------------------------------------------------------------- Please see the tracker bug for details. gcc-config -l: [1] x86_64-pc-linux-gnu-9.2.0 * clang: clang version 9.0.1 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/9/bin llvm: 9.0.1 Available Python interpreters, in order of preference: [1] python3.7 [2] python3.6 [3] python2.7 (fallback) [4] pypy3 (fallback) [5] pypy (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * Available Rust versions: [1] rust-1.40.0 * repository: ==> /var/db/repos/gentoo/metadata/timestamp.chk <== Thu, 26 Dec 2019 16:05:35 +0000 emerge -qpvO dev-vcs/subversion [ebuild N ] dev-vcs/subversion-1.13.0 USE="dso http nls -apache2 -berkdb -ctypes-python -debug -doc -extras -gnome-keyring -java -kwallet -perl -python -ruby -sasl -test -vim-syntax" PYTHON_TARGETS="python2_7"
Created attachment 600832 [details] emerge-info.txt
Created attachment 600834 [details] dev-vcs:subversion-1.13.0:20191226-161758.log
Created attachment 600836 [details] emerge-history.txt
Created attachment 600838 [details] environment
Created attachment 600840 [details] etc.portage.tbz2
Created attachment 600842 [details] logs.tbz2
Created attachment 600844 [details] temp.tbz2
Cannot reproduce:( Everything builds fine. Same versions of dev-vcs/subversion-1.13.0, net-libs/serf-1.3.9-r1, dev-libs/libressl-3.0.2, same USE flags for subversion. The only significant difference is the profile (mine is default/linux/amd64/17.1/desktop).
(In reply to Stefan Strogin from comment #8) > Cannot reproduce:( Everything builds fine. Same versions of > dev-vcs/subversion-1.13.0, net-libs/serf-1.3.9-r1, dev-libs/libressl-3.0.2, > same USE flags for subversion. > > The only significant difference is the profile (mine is > default/linux/amd64/17.1/desktop). Closing thus as needinfo.
*** Bug 657296 has been marked as a duplicate of this bug. ***
``` readelf -s /usr/lib/libserf-1.so | grep OPENSSL_malloc_init 6: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND OPENSSL_malloc_init ``` This symbol is undefined. Subversion also notes this: ``` /usr/lib/gcc/x86_64-pc-linux-gnu/10.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/10.1.1/../../../../lib64/libserf-1.so: undefined reference to `OPENSSL_malloc_init' ``` Maybe it's because of libressl flag? ``` quse -p net-libs/serf net-libs/serf: kerberos static-libs libressl ``` (which is enabled for me). LTO/NOLTO seems irrelevant as I compiled with both of them.
I am consistently hitting this with 1.13.0-r1: I understand that this was closed because one person tried to confirm and failed because more info is needed. However I fail to find out what info specifically is needed from those that can reproduce. I'll attach my emerge --info and the build log, feel free to request more information.
Created attachment 640950 [details] emerge --info
Created attachment 640952 [details] build log
equery uses net-libs/serf [ Legend : U - final flag setting for installation] [ : I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for net-libs/serf-1.3.9-r1: U I - - kerberos : Add kerberos support + + libressl : Use dev-libs/libressl instead of dev-libs/openssl when applicable (see also the ssl useflag) - - static-libs : Build static versions of dynamic libraries as well
eselect profile show Current /etc/portage/make.profile symlink: default/linux/amd64/17.1
libserf builds with the following non-fatal error: ----- x86_64-pc-linux-gnu-gcc -o auth/auth_digest.os -c -march=znver1 -O3 -pipe -std=c89 -Wdeclaration-after-statement -Wmissing-prototypes -Wall -pthread -fPIC -DNDEBUG -DLINUX -D_REENTRANT -D_GNU_SOURCE -I. -I/usr/include/apr-1 auth/auth_digest.c buckets/ssl_buckets.c: In function 'get_subject_alt_names': buckets/ssl_buckets.c:540:41: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness [-Wpointer-sign] 540 | strlen(nm->d.ia5->data) != nm->d.ia5->length) | ~~~~~~~~~^~~~~~ | | | unsigned char * In file included from /usr/include/apr-1/apr_want.h:63, from /usr/include/apr-1/apr_pools.h:47, from buckets/ssl_buckets.c:25: /usr/include/string.h:385:35: note: expected 'const char *' but argument is of type 'unsigned char *' 385 | extern size_t strlen (const char *__s) | ~~~~~~~~~~~~^~~ x86_64-pc-linux-gnu-gcc -o auth/auth_spnego.os -c -march=znver1 -O3 -pipe -std=c89 -Wdeclaration-after-statement -Wmissing-prototypes -Wall -pthread -fPIC -DNDEBUG -DLINUX -D_REENTRANT -D_GNU_SOURCE -I. -I/usr/include/apr-1 auth/auth_spnego.c x86_64-pc-linux-gnu-gcc -o auth/auth_spnego_gss.os -c -march=znver1 -O3 -pipe -std=c89 -Wdeclaration-after-statement -Wmissing-prototypes -Wall -pthread -fPIC -DNDEBUG -DLINUX -D_REENTRANT -D_GNU_SOURCE -I. -I/usr/include/apr-1 auth/auth_spnego_gss.c buckets/ssl_buckets.c: In function 'init_ssl_libraries': buckets/ssl_buckets.c:1160:9: warning: implicit declaration of function 'OPENSSL_malloc_init'; did you mean 'OPENSSL_malloc'? [-Wimplicit-function-declaration] 1160 | OPENSSL_malloc_init(); | ^~~~~~~~~~~~~~~~~~~ | OPENSSL_malloc x86_64-pc-linux-gnu-gcc -o auth/auth_spnego_sspi.os -c -march=znver1 -O3 -pipe -std=c89 -Wdeclaration-after-statement -Wmissing-prototypes -Wall -pthread -fPIC -DNDEBUG -DLINUX -D_REENTRANT -D_GNU_SOURCE -I. -I/usr/include/apr-1 auth/auth_spnego_sspi.c
The issue comes from libserf being built from the wrong repo. the ::libressl repo's version of libserf works without any issues. the ::gentoo version of libserf is not building with proper libressl support even though the useflag for libressl is enabled. Once libserf is built with working libressl support (had to hard-unmask the package), the subversion build no longer fails. Making a new bug and referencing this one, due to dilfridge@gentoo.org prematurely closing the bug.
new bug https://bugs.gentoo.org/726678
