Created attachment 657598 [details] emerge --info Upon switching from openssl to libressl subversion doe not work anymore. Although svn is being compiled with serf support and serf is being compiled with the libressl use flag the output svn --version is as follows: svn, version 1.13.0 (r1867053) compiled Aug 31 2020, 09:11:50 on x86_64-pc-linux-gnu Copyright (C) 2019 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see http://subversion.apache.org/ The following repository access (RA) modules are available: * ra_svn : Module for accessing a repository using the svn network protocol. - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme The following authentication credential caches are available: * GPG-Agent ldd /usr/bin/svn linux-vdso.so.1 (0x00007ffc1d979000) libsvn_client-1.so.0 => /usr/lib64/libsvn_client-1.so.0 (0x00007f90fe334000) libsvn_wc-1.so.0 => /usr/lib64/libsvn_wc-1.so.0 (0x00007f90fe273000) libsvn_ra-1.so.0 => /usr/lib64/libsvn_ra-1.so.0 (0x00007f90fe263000) libsvn_diff-1.so.0 => /usr/lib64/libsvn_diff-1.so.0 (0x00007f90fe247000) libsvn_delta-1.so.0 => /usr/lib64/libsvn_delta-1.so.0 (0x00007f90fe226000) libsvn_subr-1.so.0 => /usr/lib64/libsvn_subr-1.so.0 (0x00007f90fe193000) libapr-1.so.0 => /usr/lib64/libapr-1.so.0 (0x00007f90fe153000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f90fe11e000) libc.so.6 => /lib64/libc.so.6 (0x00007f90fdf63000) libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0 (0x00007f90fdf36000) libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f90fdf09000) libz.so.1 => /lib64/libz.so.1 (0x00007f90fdeef000) libsqlite3.so.0 => /usr/lib64/libsqlite3.so.0 (0x00007f90fdd91000) libmagic.so.1 => /usr/lib64/libmagic.so.1 (0x00007f90fdd67000) liblz4.so.1 => /usr/lib64/liblz4.so.1 (0x00007f90fdd45000) libutf8proc.so.2 => /usr/lib64/libutf8proc.so.2 (0x00007f90fdcf8000) libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f90fdcef000) librt.so.1 => /lib64/librt.so.1 (0x00007f90fdce5000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f90fdcde000) /lib64/ld-linux-x86-64.so.2 (0x00007f90fe431000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f90fdca5000) libm.so.6 => /lib64/libm.so.6 (0x00007f90fdb62000) libicui18n.so.67 => /usr/lib64/libicui18n.so.67 (0x00007f90fd870000) libicuuc.so.67 => /usr/lib64/libicuuc.so.67 (0x00007f90fd68f000) libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f90fd67c000) libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/libstdc++.so.6 (0x00007f90fd404000) libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/libgcc_s.so.1 (0x00007f90fd3ea000) libicudata.so.67 => /usr/lib64/libicudata.so.67 (0x00007f90fb8d1000)
Researched bugs.gentoo again. Found https://bugs.gentoo.org/703910 solved the issue.