Re: py313-tortoisehg-7.2.2 on NetBSD 11.0; mysterious segfault

On Mon, 17 Aug 2026, Rhialto wrote:

> $ ls -l /lib/libcrypto* /usr/lib/libcrypto*
> lrwxr-xr-x  1 root     wheel        17 Jul 30 17:23 /lib/libcrypto.so@ -> libcrypto.so.16.0
> lrwxr-xr-x  1 root     wheel        17 Dec 16  2024 /lib/libcrypto.so.15@ -> libcrypto.so.15.0
> -r--r--r--  1 root     wheel   4921312 Dec 16  2024 /lib/libcrypto.so.15.0
> lrwxr-xr-x  1 root     wheel        17 Jul 30 17:23 /lib/libcrypto.so.16@ -> libcrypto.so.16.0
> -r--r--r--  1 root     wheel   6838624 Jul 30 17:23 /lib/libcrypto.so.16.0
> [...]
> lrwxr-xr-x  1 root     wheel        27 Jul 30 17:23 /usr/lib/libcrypto.so@ -> ../../lib/libcrypto.so.16.0
> lrwxr-xr-x  1 root     wheel        27 Dec 16  2024 /usr/lib/libcrypto.so.15@ -> ../../lib/libcrypto.so.15.0
> lrwxr-xr-x  1 root     wheel        27 Dec 16  2024 /usr/lib/libcrypto.so.15.0@ -> ../../lib/libcrypto.so.15.0
> lrwxr-xr-x  1 root     wheel        27 Jul 30 17:23 /usr/lib/libcrypto.so.16@ -> ../../lib/libcrypto.so.16.0
> lrwxr-xr-x  1 root     wheel        27 Jul 30 17:23 /usr/lib/libcrypto.so.16.0@ -> ../../lib/libcrypto.so.16.0
> [...]
>

This, usually, would've worked just fine for running old binaries, except that
the script also depends on libgssapi which now brings in the newer OpenSSL as
you showed:

```
QtNetwork.abi3.so links to
  => /usr/pkg/qt6/lib/libQt6Network.so.6
     => /usr/lib/libcrypto.so.15                  !!!
     => /usr/lib/libgssapi.so.12
        => /usr/lib/libcrypto.so.16               !!!
```

QED.

Anyway, I run -HEAD with the latest binary packages, but, I only install a handful,
so I can routinely check for and get rid of old shared libraries. There's a script
for this:

```
cd /usr/src/lib
./checkoldver /lib /lib/i386 /usr/lib /usr/lib/i386 /usr/X11R7/lib	# /usr/pkg/lib
```

Add `/usr/pkg/lib` for more fun (ie. freetype & fontconfig dups).

-RVP