From nobody Mon May 15 14:08:27 2023 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QKh6m1xNmz4BfDF for ; Mon, 15 May 2023 14:08:32 +0000 (UTC) (envelope-from SRS0=fpAz=BE=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QKh6m0FyMz4YwQ; Mon, 15 May 2023 14:08:31 +0000 (UTC) (envelope-from SRS0=fpAz=BE=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 68F6FD78A2; Mon, 15 May 2023 16:08:29 +0200 (CEST) Received: from [192.168.145.50] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9D740D788E; Mon, 15 May 2023 16:08:27 +0200 (CEST) Message-ID: <2e3e3f33-ed39-043a-7493-bf50ef9cc3a5@quip.cz> Date: Mon, 15 May 2023 16:08:27 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.10.1 Subject: Re: python pip install does not work on FreeBSD 13.2 Content-Language: cs-Cestina To: Charlie Li , freebsd-ports Cc: Yuri References: <21fbbe0d-6091-7150-b1d8-b1b21b13b3ce@quip.cz> <6dd48add-3047-7ef8-eb1c-004f2246aa68@aetern.org> <0316ef7a-4556-1d85-b500-62d7c3cec631@freebsd.org> From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <0316ef7a-4556-1d85-b500-62d7c3cec631@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4QKh6m0FyMz4YwQ X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 15/05/2023 15:35, Charlie Li wrote: > Yuri wrote: >> Miroslav Lachman wrote: >>>            cc -pthread -shared -L/usr/local/lib -fstack-protector-strong >>> build/temp.freebsd-13.2-RELEASE-amd64-cpython-39/c/_cffi_backend.o >>> -L/usr/local/lib -L/usr/local/lib -lffi -o >>> build/lib.freebsd-13.2-RELEASE-amd64-cpython-39/_cffi_backend.cpython-39.so >>>            /usr/bin/ld: BFD 2.17.50 [FreeBSD] 2007-07-03 internal error, >>> aborting at >>> /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/reloc.c line 445 in unsigned int bfd_get_reloc_size(reloc_howto_type *) >>> >>>              /usr/bin/ld: Please report this bug. [..] >>> Does anybody know what can cause this problem on FreeBSD 13.2? >> >> Looks like in-base binutils (gnu ld included) were removed even before >> 13.0, so the one you have is likely a leftover.  And the question is -- >> do you have WITHOUT_LLD, WITHOUT_LLD_IS_LD, or similar options specified >> in src.conf? No, only WITHOUT_KERNEL_SYMBOLS=yes And only KERNCONF=GENERIC in make.conf, nothing else. > /usr/bin/ld is a symlink to ld.lld by default, you should not have > ld.bfd since binutils was removed from base prior to 13. > > This is giving unclean world/userland, poudriere jails perform a full > installworld/delete-old{,-libs} so if you did your pip install > procedures in there (as a test) you shouldn't have issues either. Always > make sure your kernel and userland are in sync. Kernel and userland are in sync: # freebsd-version -kru 13.2-RELEASE 13.2-RELEASE 13.2-RELEASE make delete-old and make delete-old-libs was run after make installworld, many files were deleted but is still there # ll /usr/bin/ld -r-xr-xr-x 1 root wheel 1.6M Jul 13 2020 /usr/bin/ld* I checked all other upgraded machines and all of them have this /usr/bin/ld dated back to Jul 13 2020. All machines were upgraded from 11.4 to 12.x years ago and from 12.3 to 13.2 few weaks ago. So is there some bug in "make delete-old"? Should I delete /usb/bin/ls on all machines? > Slightly unrelated, but if you are running pip against the normally > pkg(8)-managed site-packages (and not elsewhere like a virtual > environment), this will soon not be allowed with our Python ports. We run pip install only in venv. We don't mix global packages from pkg and pip. Kind regards Miroslav Lachman