Openssl 3.0.0
Julien ÉLIE
julien at trigofacile.com
Tue Sep 14 10:31:13 UTC 2021
Hi Russ,
>> On Debian Buster, I see symlinks for /libXX to /usr/libXX
>>
>> lrwxrwxrwx 1 root root 7 Jan 8 2021 lib -> usr/lib/
>> lrwxrwxrwx 1 root root 9 Jan 8 2021 lib32 -> usr/lib32/
>> lrwxrwxrwx 1 root root 9 Jan 8 2021 lib64 -> usr/lib64/
>> lrwxrwxrwx 1 root root 10 Jan 8 2021 libx32 -> usr/libx32/
>
> Ah, this has gotten rather more muddled with usrmerge, I see. Prior to
> usrmerge, /lib64 was a regular directory on Debian that contained a single
> file (a symlink for the dynamic loader, which by Linux ELF convention is
> in /lib64 although Debian doesn't otherwise use that path).
>
> However, I suspect that /usr/lib64 does not exist, correct? It at least
> doesn't on my system. So Autoconf will still detect that Debian doesn't
> use lib64 and libraries should be installed in lib.
All of the /usr/libXX directories exist on the Debian Buster I have:
8:34 news at vps /usr% ls -l
total 100K
drwxr-xr-x 2 root root 48K sept. 3 07:47 bin/
drwxr-xr-x 2 root root 4,0K nov. 22 2020 games/
drwxr-xr-x 41 root root 4,0K août 6 08:45 include/
drwxr-xr-x 58 root root 4,0K juil. 13 18:05 lib/
drwxr-xr-x 2 root root 4,0K janv. 8 2021 lib32/
drwxr-xr-x 2 root root 4,0K janv. 8 2021 lib64/
drwxr-xr-x 2 root root 4,0K janv. 8 2021 libx32/
drwxr-xr-x 10 root root 4,0K janv. 8 2021 local/
drwxr-xr-x 2 root root 12K août 3 08:17 sbin/
drwxr-xr-x 98 root root 4,0K juil. 13 18:05 share/
drwxr-xr-x 2 root root 4,0K nov. 22 2020 src/
Though everything is in /usr/lib, and only the symlink to the dynamic
loader in /usr/lib64:
8:35 news at vps /usr% ls lib32
8:35 news at vps /usr% ls libx32
8:35 news at vps /usr% ls lib64
ld-linux-x86-64.so.2@
8:35 news at vps /usr% ls lib | wc -l
63
Hmmm... Maybe it is a non-standard installation?
It is how this VPS was delivered to me.
> I think the answer is to always check for lib64 before lib when looking
> for libraries, but preserve the current logic when installing libraries.
I've seen the commit you've done in rra-c-util about that.
I confirm the issue for OpenSSL 3.0.0 is fixed. RRA_SET_LDFLAGS
correctly sees the lib64 directory and sets LDFLAGS accordingly.
INN does not use RRA_SET_LIBDIR but as far as I see, I believe the
behaviour is unchanged from before.
Thanks!
--
Julien ÉLIE
« Rubor, tumor, dolor, calor et functio laesa. »
More information about the inn-workers
mailing list