Re: Openssl 3.0.0
Julien ÉLIE <[email protected]>
| Newsgroups | gmane.network.inn |
|---|---|
| Message-ID | <[email protected]> |
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@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@vps /usr% ls lib32 8:35 news@vps /usr% ls libx32 8:35 news@vps /usr% ls lib64 ld-linux-x86-64.so.2@ 8:35 news@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. » _______________________________________________ inn-workers mailing list [email protected] https://lists.isc.org/mailman/listinfo/inn-workers