Date: Mon, 10 Jul 2023 10:55:54 -0700 From: Mark Millard <marklmi@yahoo.com> To: Mike Karels <mike@karels.net> Cc: Current FreeBSD <freebsd-current@freebsd.org> Subject: Re: Does kyua based testing need some hazmat/bindings/_openssl.abi3.so related updating?: Undefined symbol "ERR_GET_FUNC" Message-ID: <24B73E3F-204F-415F-9B5F-5AA4C653025C@yahoo.com> In-Reply-To: <09E15258-505F-48A0-9F0A-35A2F2CDC8A9@karels.net> References: <1E426C5E-B363-4C76-A952-48EF404F6557.ref@yahoo.com> <1E426C5E-B363-4C76-A952-48EF404F6557@yahoo.com> <09E15258-505F-48A0-9F0A-35A2F2CDC8A9@karels.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jul 10, 2023, at 09:45, Mike Karels <mike@karels.net> wrote: > On 10 Jul 2023, at 10:56, Mark Millard wrote: >=20 >> The subject line's question was prompted by >> . . ./hazmat/bindings/_openssl.abi3.so related notices >> in a kyua report: >>=20 >> # kyua report --verbose = --results-file=3Dusr_obj_DESTDIRs_main-CA7-chroot_usr_tests.20230710-06463= 2-752785 2>&1 | grep "Undefined symbol" | sort -u >> +ImportError: = /usr/obj/DESTDIRs/main-CA7-chroot/usr/local/lib/python3.9/site-packages/cr= yptography/hazmat/bindings/_openssl.abi3.so: Undefined symbol = "ERR_GET_FUNC" >> ImportError: = /usr/local/lib/python3.9/site-packages/cryptography/hazmat/bindings/_opens= sl.abi3.so: Undefined symbol "ERR_GET_FUNC" >> ImportError: = /usr/obj/DESTDIRs/main-CA7-chroot/usr/local/lib/python3.9/site-packages/cr= yptography/hazmat/bindings/_openssl.abi3.so: Undefined symbol = "ERR_GET_FUNC" >>=20 >> It is possible that this is related to some oddities of my >> context for this. But I figured I'd ask the general question >> anyway. >=20 > I haven't seen this. My v7 environments (chroot and /usr/lib32) have > only libssl.so.3, not .111, so they must be using OpenSSL 3.0. But is the phython3 use by kyua of aarch64 code? armv7 code? # file /usr/obj/DESTDIRs/main-CA7-chroot/usr/bin/kyua /usr/obj/DESTDIRs/main-CA7-chroot/usr/bin/kyua: ELF 32-bit LSB = executable, ARM, EABI5 version 1 (FreeBSD), dynamically linked, = interpreter /libexec/ld-elf.so.1, FreeBSD-style, for FreeBSD 14.0 = (1400092), not stripped So: armv7 for my lib32 testing activity. > Which version of kyua is this running (32 or 64 bit)? armv7 (so: 32-bit). This is using my way of causing more code to be armv7 instead of aarch64 processes for lib32 testing than I expect your testing technique ends up with. # file /usr/obj/DESTDIRs/main-CA7-chroot/usr/bin/kyua /usr/obj/DESTDIRs/main-CA7-chroot/usr/bin/kyua: ELF 32-bit LSB = executable, ARM, EABI5 version 1 (FreeBSD), dynamically linked, = interpreter /libexec/ld-elf.so.1, FreeBSD-style, for FreeBSD 14.0 = (1400092), not stripped For reference: /usr/obj/DESTDIRs/main-CA7-chroot/usr/lib/libssl.so /usr/obj/DESTDIRs/main-CA7-chroot/usr/lib/libssl.so.30 As for the aarch4 boot environment: /usr/lib/libssl.so /usr/lib/libssl.so.30 There are no *.111* files on the system other than some old log files or other archiving of old things in 2 separate old-stuff directory trees that are not in use. =3D=3D=3D Mark Millard marklmi at yahoo.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?24B73E3F-204F-415F-9B5F-5AA4C653025C>