Open uihsnv opened 1 year ago
Using the following environment variables seems to prevent the error:
export LDFLAGS="-L/usr/lib/openssl-1.1/"
export CPPFLAGS="-I/usr/include/openssl-1.1/"
But the binary that is detected during ./configure
is still the newer version:
checking for openssl... /usr/bin/openssl
So I am not sure what's going on.
Is there no way to use v3.0 of OpenSSL?
Is there no way to use v3.0 of OpenSSL?
Actually this should work and did in the past AFAIK.
Could you please add more details about your build process, e.g. which code base and which command lines did you use (especially for ./configure [...]
) and on which OS are you doing this?
Afterwards give me a little time to look into this.
I attempted to use both a git clone as well as the latest source installer from https://repo.gridcf.org/gct6/sources/
The flags I passed to configure are:
./configure --prefix="/usr/local" --datarootdir="/usr/share" --enable-myproxy --disable-ccommonlibs --disable-gridftp --disable-gram5
I am running Arch linux on my machine.
I think I forgot to include the fips_mode_replacement.h
header file in https://github.com/gridcf/gct/blob/50fc40ba2eef7197a93807d2391c6dc3bb077a1b/gsi_openssh/source/kexgexc.c (like outlined here) when updating to GSI-OpenSSH 8.7p1. Which leads to:
[...]
/home/user/Applications/gct/gsi_openssh/source/kexgexc.c:119: undefined reference to `FIPS_mode'
[...]
Not sure why this doesn't trigger a problem on Rocky Linux 9 or CentOS Stream 9 which both use OpenSSL 3.x already.
Could you manually add the following line after #include "openbsd-compat/openssl-compat.h"
in the above mentioned [...]/gsi_openssh/source/kexgexc.c
file:
#include "fips_mode_replacement.h"
...and try again (but first read the part below)?
The flags I passed to configure are:
./configure --prefix="/usr/local" --datarootdir="/usr/share" --enable-myproxy --disable-ccommonlibs --disable-gridftp --disable-gram5
I believe you need the "ccommonlibs" for GSI-OpenSSH to work - at least "libglobus_common" is a dependency for GSI-OpenSSH on CentOS 7. So please clean your build dir, reconfigure without --disable-ccommonlibs
and try the build again (with the change proposed above).
That seems to fix the issue. Thank you!
Also, a build-script is now available in the Archlinux User Repository: https://aur.archlinux.org/packages/gct
That seems to fix the issue. Thank you!
Great! Interestingly builds on ~Rocky Linux~ CentOS Stream 9 ~and (most likely CentOS Stream 9, too)~ start to fail now, too. No idea why they didn't fail earlier. :-/
Also, a build-script is now available in the Archlinux User Repository: https://aur.archlinux.org/packages/gct
Nice. I already had a look. Say, why do you not intend to build the GridFTP server and client by default? It can be used with the same X.509 proxy certificates than GSI-OpenSSH or even so-called limited proxies that per default do not allow logins with GSI-OpenSSH, but only GridFTP.
I see. I had disabled it because I had not planned on using it. The AUR only serves these build-scripts directly, and not the built binaries. So users can always make modifications as needed.
But I have changed the script to enable GridFTP by default.
Kept open until next release.
When I build the project using
make
, I encounter the following error.The issue seems to be that the openssl library on my machine is version 3.0.7. But this merge should have fixed things: https://github.com/gridcf/gct/pull/159 . Is that not so?
If using the latest version of openssl is not possible, I can install version 1.1, but how do I tell
make
orconfigure
to use that version?