> On 23/05/2018 19:00, Christopher Gregory wrote:
>>> Hello,
>>>
>>> For some reason I am unable to get openssh to install.  I have tried
>>> earlier versions and get the same result.
>>>
>>> gcc -g -O2 -pipe -Wall -Wpointer-arith -Wuninitialized -Wsign-compare
>>> -Wformat-security -Wsizeof-pointer-memaccess -Wno-pointer-sign
>>> -Wno-unused-result -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv
>>> -fno-builtin-memset -fstack-protector-strong -fPIE   -I. -I.
>>> -D_XOPEN_SOURCE=600 -D_BSD_SOURCE -D_DEFAULT_SOURCE
>>> -DSSHDIR=\"/etc/ssh\"
>>> -D_PATH_SSH_PROGRAM=\"/usr/bin/ssh\"
>>> -D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/libexec/ssh-askpass\"
>>> -D_PATH_SFTP_SERVER=\"/usr/libexec/sftp-server\"
>>> -D_PATH_SSH_KEY_SIGN=\"/usr/libexec/ssh-keysign\"
>>> -D_PATH_SSH_PKCS11_HELPER=\"/usr/libexec/ssh-pkcs11-helper\"
>>> -D_PATH_SSH_PIDDIR=\"/var/run\"
>>> -D_PATH_PRIVSEP_CHROOT_DIR=\"/var/lib/sshd\" -DHAVE_CONFIG_H -c mux.c
>>> -o
>>> mux.o
>>> mux.c: In function ‘muxserver_listen’:
>>> mux.c:1307:7: warning: implicit declaration of function
>>> ‘arc4random_uniform’; did you mean ‘arc4random_stir’?
>>> [-Wimplicit-function-declaration]
>>>    r = arc4random_uniform(26+26+10);
>>>        ^~~~~~~~~~~~~~~~~~
>>>        arc4random_stir
>>> gcc -o ssh ssh.o readconf.o clientloop.o sshtty.o sshconnect.o
>>> sshconnect2.o mux.o -L. -Lopenbsd-compat/  -Wl,-z,relro -Wl,-z,now
>>> -Wl,-z,noexecstack -fstack-protector-strong -pie  -lssh
>>> -lopenbsd-compat
>>> -lcrypto -ldl -lutil -lz  -lcrypt -lresolv
>>> ./libssh.a(sshkey.o): In function `sshkey_size':
>>> /opt/sources/openssh-7.6p1/sshkey.c:275: undefined reference to
>>> `DSA_bits'
>>> ./libssh.a(cipher.o): In function `cipher_get_keyiv':
>>> /opt/sources/openssh-7.6p1/cipher.c:492: undefined reference to
>>> `EVP_CIPHER_CTX_iv'
>>> ./libssh.a(cipher.o): In function `cipher_set_keyiv':
>>> /opt/sources/openssh-7.6p1/cipher.c:526: undefined reference to
>>> `EVP_CIPHER_CTX_iv'
>>> ./libssh.a(cipher.o): In function `cipher_get_keycontext':
>>> /opt/sources/openssh-7.6p1/cipher.c:549: undefined reference to
>>> `EVP_CIPHER_impl_ctx_size'
>>> /opt/sources/openssh-7.6p1/cipher.c:552: undefined reference to
>>> `EVP_CIPHER_CTX_get_cipher_data'
>>> ./libssh.a(cipher.o): In function `cipher_set_keycontext':
>>> /opt/sources/openssh-7.6p1/cipher.c:568: undefined reference to
>>> `EVP_CIPHER_impl_ctx_size'
>>> /opt/sources/openssh-7.6p1/cipher.c:569: undefined reference to
>>> `EVP_CIPHER_CTX_get_cipher_data'
>>> ./libssh.a(ssh-pkcs11.o): In function `pkcs11_rsa_wrap':
>>> /opt/sources/openssh-7.6p1/ssh-pkcs11.c:329: undefined reference to
>>> `RSA_meth_get_finish'
>>> /opt/sources/openssh-7.6p1/ssh-pkcs11.c:331: undefined reference to
>>> `RSA_meth_get_flags'
>>> collect2: error: ld returned 1 exit status
>>> make: *** [Makefile:164: ssh] Error 1
>>>
>>> Regards,
>>>
>>> Christopher.
>
> Openssh on lfs-8.2 has been tested by several of us with the provided
> patch.
> We've seen no report of failure.
>
> If you reinstall openssl-1.1.0g, what is the ouput of:
> objdump -t /usr/lib/libcrypto.so.1.1 | grep RSA_meth_get_finish
>
> If it outputs nothing, then there is something wrong in libcrypto.
> Reinstall
> openssl without stripping, maybe. If it does ouptut something, then, try
> compiling openssh again (with the patch, and after running ldconfig).
>
> Pierre
> --
> http://lists.linuxfromscratch.org/listinfo/blfs-dev
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
>

Hello Pierre,

I re-installed openssl-1.1.0g and the objdump command did have some output.

I then re-compiled openssh with patch and it compiled and installed
without any issues.

The only thing I can think of that caused openssh to not install before,
is that in jhalfs (managed to work out that the tag to use there to
download was 8.2) I asked the final build to use -j12 for compiling
everything.  I do not ever strip the builds.  Harddrives are so cheap
these days and I do not do any programming nor extensive graphics work so
I am quite happy leaving well enough alone.

This time when I re-installed openssl-1.1.0g I made sure to pass -j1 to
make.  I also passed the -j1 command to openssh as well.

It may well be that with me installing the older version of openssl (again
using -j1) that things got corrected, and then it made it smooth sailing
for the re-installation of openssl-1.1.0g.

I do not know if it is possible in jhalfs, or if it would be too much work
to add an exception to the code for openssl to only compile with the -j1
switch even if people have selected -jxx for the rest of the build?

Regards,

Christopher.

-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to