../src/crypto/tls_openssl.o: In function `tls_set_conn_flags': tls_openssl.c:(.text+0x5dd): undefined reference to `SSL_set1_sigalgs_list' tls_openssl.c:(.text+0x622): undefined reference to `SSL_set_cert_cb' collect2: error: ld returned 1 exit status make: *** [Makefile:1892: wpa_supplicant] Error 1 ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-desktop-plasma_libressl-abi32+64_20190223-135741 ------------------------------------------------------------------- Please see the tracker bug for details. gcc-config -l: [1] x86_64-pc-linux-gnu-8.3.0 * Available Python interpreters, in order of preference: [1] python3.6 [2] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) [3] ruby26 (with Rubygems) * Available Rust versions: [1] rust-1.32.0 * java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.10.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm emerge -qpvO net-wireless/wpa_supplicant [ebuild N ] net-wireless/wpa_supplicant-2.7-r1 USE="dbus hs2-0 libressl qt5 readline ssl suiteb -ap -bindist -eap-sim -eapol_test -fasteap -gnutls -p2p -privsep (-ps3) (-selinux) -smartcard -tdls -uncommon-eap-types (-wimax) -wps"
Created attachment 566480 [details] emerge-info.txt
Created attachment 566482 [details] emerge-history.txt
Created attachment 566484 [details] environment
Created attachment 566486 [details] etc.portage.tbz2
Created attachment 566488 [details] net-wireless:wpa_supplicant-2.7-r1:20190225-132333.log
Builds fine without the suiteb flag. Looking at what that suiteb is? Wow, that'd be nice if it did work. I recognize those lines - are they new to TLS-1.3 in openSSL? I saw them when I gave a quick shot at the OpenVPN error.
Now that USE "suiteb" is purged, and I cannot disable it, it produces the above same error for me with -r2: --- [ebuild U ] net-wireless/wpa_supplicant-2.7-r2::gentoo [2.7-r1::pmaci] USE="-ap -bindist dbus -eap-sim -eapol_test -fasteap (-gnutls%) -hs2-0 libressl -macsec% -p2p -privsep (-ps3) qt5 readline (-selinux) -smartcard (-ssl%*) (-suiteb%) -tdls -uncommon-eap-types (-wimax) -wps" 0 KiB , . ../src/crypto/tls_openssl.o: In function `tls_set_conn_flags': tls_openssl.c:(.text+0x5dd): undefined reference to `SSL_set1_sigalgs_list' tls_openssl.c:(.text+0x622): undefined reference to `SSL_set_cert_cb' collect2: error: ld returned 1 exit status make: *** [Makefile:1892: wpa_supplicant] Error 1
(In reply to Ulenrich from comment #7) > Now that USE "suiteb" is purged, and I cannot disable it, it produces the > above same error for me with -r2: After having had a look into the new ebuild, I saw the way howto block suiteb: I enable USE "bindist" (which disables a bunch of special other features also, but I don't need them) then emerging net-wireless/wpa_supplicant-2.7-r2 does NOT fail!
What version of openssl are you all building with? I'm building with openssl-1.0.2r and it's fine.
from the attached emerge history: Sat Feb 23 19:21:43 2019 >>> dev-libs/libressl-2.8.3
can anyone test if SUITEB works when you remove the SUITEB192 line? Just curious if it's just 192 that fails or all suiteb.
I tested compilation with CONFIG_SUITEB=y without CONFIG_SUITEB192, it fails. LibreSSL-2.8.3. And it is strange but I can build wpa_supplicant as well as hostapd with CONFIG_SUITEB=n and CONFIG_SUITEB192=y. I do not know if such configuration can be useful. Do you know? Rick, could you please look at the PR?
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=013f21b40ef90710a03ee28cbf43a6fc600c7b17 commit 013f21b40ef90710a03ee28cbf43a6fc600c7b17 Author: Rick Farina <zerochaos@gentoo.org> AuthorDate: 2019-03-25 19:25:40 +0000 Commit: Rick Farina <zerochaos@gentoo.org> CommitDate: 2019-03-25 19:25:57 +0000 net-wireless/wpa_supplicant: fix bug# 678784 Package-Manager: Portage-2.3.62, Repoman-2.3.12 Signed-off-by: Rick Farina <zerochaos@gentoo.org>
All right. Thanks, Arfrever.
