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