I've had lang/dotnet installed ever since it was available, and have been keeping it reasonably up-to-date the whole time. Last night, I tried to build the latest (9.0.4), having had 9.0.3 installed. It failed. Here's the end of the log, from where it started going wrong: ---------------------------------------------------------- ===> dotnet-9.0.4 depends on file: /usr/local/lib/compat/libssl.so.111 - not found ===> Installing existing package /packages/All/compat13x-amd64-13.5.1305000.20250330.pkg Installing compat13x-amd64-13.5.1305000.20250330... pkg-static: Missing shlib dependency: libthr.so.3:32 Failed to install the following 1 package(s): /packages/All/compat13x-amd64-13.5.1305000.20250330.pkg *** Error code 1 Stop. make: stopped in /xports/lang/dotnet ---------------------------------------------------------- I'd like to point out a few things that may or may not be relevant (I'm sorry, I'm not familiar enough with the low-level details of all this to be sure): (1) I'm using Synth to build, so this should be a build-from-scratch log. (2) I recently (yesterday, I think) updated from 14.2.RELEASE-p2 to 14.2.RELEASE-p3. (3) Less recently but still fairly recently (maybe a week or two ago?) I installed some linux compatibility stuff (in a failed attempt to get kali linux installed), but subsequently backed it out. I guess it's possible that I mistakenly didn't back out the whole thing? Thanks in advance for any help.
I take it, you don't have the /usr/lib32 directory in your system?
(In reply to Gleb Popov from comment #1) No, I do have that directory. It's even got some stuff in it! I have no idea whether or not it has the correct stuff in it, though :P [134050 bob@iron 1;~]$ pushd /usr/lib32 /usr/lib32 ~ [134055 bob@iron 2;/usr/lib32]$ ls dtrace/ engines-3/ geom/ i18n/ libxo/ ossl-modules/ pkgconfig/ [134101 bob@iron 2;/usr/lib32]$
(In reply to Robert William Vesterman from comment #2) But you don't have libthr.3.so in there. As a workaround you can install 32-bit compat libraries and I will probably need to fix the compat13x package.
(In reply to Robert William Vesterman from comment #2) Hmmm... however: [134635 bob@iron 2;/usr/lib32]$ find . -type f [134640 bob@iron 2;/usr/lib32]$ To be clear, I don't understand the implications of this, but it seemed like it is probably relevant to your question.
(In reply to Gleb Popov from comment #3) OK - thanks! I'll try to figure out how to do that, and report back when I have some result.
(In reply to Gleb Popov from comment #3) Worked great. Thanks again!
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=c6a80fa279e3f42f44964562699ea92675e5e8e1 commit c6a80fa279e3f42f44964562699ea92675e5e8e1 Author: Gleb Popov <arrowd@FreeBSD.org> AuthorDate: 2025-04-13 08:22:05 +0000 Commit: Gleb Popov <arrowd@FreeBSD.org> CommitDate: 2025-04-13 08:23:58 +0000 misc/compat13x: Do not require 32-bit libs from base (yet) This is a workaround until we roll out pkgbase. PR: 286043 misc/compat13x/Makefile | 2 ++ 1 file changed, 2 insertions(+)