You are not logged in.
In a futile attempt to install tn5250 from here: AUR I continually get the same error:
checking for OpenSSL headers... -I/usr/include
checking for CRYPTO_num_locks in -lcrypto... no
configure: error: ** Unable to find OpenSSL libraries!
==> ERROR: A failure occurred in build().
Aborting...
$ whereis openssl
openssl: /usr/bin/openssl /usr/include/openssl /usr/local/openssl /usr/share/man/man1/openssl.1ssl.gz
$ ls /usr/include/openssl
aes.h comp.h engine.h objects.h rc5.h tls1.h
asn1.h conf_api.h e_os2.h obj_mac.h ripemd.h ts.h
asn1_mac.h conf.h err.h ocsp.h rsa.h txt_db.h
asn1t.h crypto.h evp.h opensslconf.h safestack.h ui.h
async.h ct.h hmac.h opensslv.h seed.h whrlpool.h
bio.h des.h idea.h ossl_typ.h sha.h x509.h
blowfish.h dh.h kdf.h pem2.h srp.h x509v3.h
bn.h dsa.h lhash.h pem.h srtp.h x509_vfy.h
buffer.h dtls1.h md2.h pkcs12.h ssl2.h
camellia.h ebcdic.h md4.h pkcs7.h ssl3.h
cast.h ecdh.h md5.h rand.h ssl.h
cmac.h ecdsa.h mdc2.h rc2.h stack.h
cms.h ec.h modes.h rc4.h symhacks.h
$ ls /usr/include/openssl-1.0/openssl
aes.h conf_api.h engine.h objects.h rc4.h symhacks.h
asn1.h conf.h e_os2.h obj_mac.h ripemd.h tls1.h
asn1_mac.h crypto.h err.h ocsp.h rsa.h ts.h
asn1t.h des.h evp.h opensslconf.h safestack.h txt_db.h
bio.h des_old.h hmac.h opensslv.h seed.h ui_compat.h
blowfish.h dh.h idea.h ossl_typ.h sha.h ui.h
bn.h dsa.h krb5_asn.h pem2.h srp.h whrlpool.h
buffer.h dso.h kssl.h pem.h srtp.h x509.h
camellia.h dtls1.h lhash.h pkcs12.h ssl23.h x509v3.h
cast.h ebcdic.h md4.h pkcs7.h ssl2.h x509_vfy.h
cmac.h ecdh.h md5.h pqueue.h ssl3.h
cms.h ecdsa.h mdc2.h rand.h ssl.h
comp.h ec.h modes.h rc2.h stack.h
$ ls -la
drwxr-xr-x 2 root root 4096 Feb 3 22:55 openjpeg-1.5
drwxr-xr-x 2 root root 4096 Feb 2 17:54 openjpeg-2.3
drwxr-xr-x 2 root root 4096 Feb 4 22:37 openssl
drwxr-xr-x 3 root root 4096 Feb 2 14:55 openssl-1.0
-rw-r--r-- 1 root root 2781 Sep 26 15:57 openvpn-msg.h
-rw-r--r-- 1 root root 29371 Sep 26 15:57 openvpn-plugin.h
I have scoured the forums and google for an answer and have came up with this, all of which return the same error or a similar error--I think I'm making it worse
$ makepkg -s PKGBUILD
$ sudo ./configure --with-ssl-dir=/usr/include
$ sudo ./configure --with-ssl-dir=/usr/include/openssl
$ sudo ./configure --with-ssl-dir=/usr/include/openssl-1.0
$ sudo ./configure --with-ssl-dir=/usr/include/openssl-1.0/openssl
$ sudo ./configure --with-ssl --with-ssl-dir=/usr/include
$ sudo ./configure --with-ssl --with-ssl-dir=/usr/include/openssl
$ sudo ./configure --with-ssl --with-ssl-dir=/usr/include/openssl-1.0
$ sudo ./configure --with-ssl --with-ssl-dir=/usr/include/openssl-1.0/openssl
$ sudo ./configure --with-ssl --includedir=/usr/include
$ sudo ./configure --with-ssl --includedir=/usr/include/openssl
$ sudo ./configure --with-ssl --incldeddir=/usr/include/openssl-1.0
$ sudo ./configure --with-ssl --includedir=/usr/include/openssl-1.0/openssl
I've also tried to edit the configure file to redirect? the path of the openssl libraries to each of the above commands
if test "$ac_cv_use_ssl" = "yes"
then
checksslinclude() {
if test -f "$1/include/openssl/ssl.h"; then
sslincludedir="-I$1/include"
return 0
fi
return 1
}
to:
if test "$ac_cv_use_ssl" = "yes"
then
checksslinclude() {
if test -f "$1/include/openssl-1.0/openssl/ssl.h"; then
sslincludedir="-I$1/include"
return 0
fi
return 1
}
I am at a complete loss and my brain hurts. As you can probably tell, I'm no programmer. I could really use some direction...
This post that I found seemed to be the closest relation to my problem
https://www.linuxquestions.org/question … 175430688/
Last edited by tulleydr (2018-02-10 03:53:07)
Offline
This is something you should report upstream, that check isn't compatible with openssl 1.1.
The problem isn't with the headers that you keep trying, it's with the library itself. Does this use pkgconfig? If so, you can point it to the openssl1.0 pkgconfig file so it knows what headers and libraries to use.
Offline
Hmmm.... OK, After searching google about what pkg-config is, I really want to say yes, but because I don't see any .pc files in the downloaded package, I cannot be certain:
aclocal.m4 config.sub install-sh missing tn5250-48x48.xpm
AUTHORS configure lib5250 NEWS tn5250-62x48.png
ChangeLog configure.ac libtool python tn5250-62x48.xpm
compile COPYING linux README TODO
config.guess curses lp5250d README.ssl win32
config.h depcomp ltmain.sh slang xt5250
config.h.in doc Makefile stamp-h1 xt5250.in
config.log freebsd Makefile.am sun XTerm
config.status INSTALL Makefile.in tn5250-48x48.png
I did, however, get the package to install using:
$ sudo ./configure --with-ssl=/usr/include/openssl-1.0/openssl
Go figure, just about the only command I didn't try.....but, now that it is installed, I cannot open the package. When I try to run it in konsole, it just hangs. Nothing happens. I have to CTRL C to gain access to konsole again. I guess it's progress....however small. One step in any direction is ok with me right now
On a side note, I must be connected to my works vpn to actually open tn5250. I installed it on xubuntu after finding the correct libraries libssl0.9.8_0.9.8o-7ubuntu3.2.14.04.1_amd64.deb. That was a week long endeavor in itself. Not sure if I have to install the same libraries on arch. I'm starting to think that the program will only operate on the outdated library?....
[UPDATE]
I found the library here for 64bit https://aur.archlinux.org/packages/openssl098/
and here for 32bit https://aur.archlinux.org/packages/lib32-openssl098/
I will try it out tomorrow and report back. Hopefully all goes well...
Last edited by tulleydr (2018-02-06 04:22:11)
Offline
Hi
I'm sorry for the issues with the tn5250 package but this software is abandoned since 10 years and doesn't work anymore.
The issue with the ssl libraries can be easily solved but the program will crash in less than 1 second from the start, I was unable to fix the software, hints are welcome.
I suggest you to move to tn5250j which is in many ways better, modern and still supported.
Offline
Hi
I'm sorry for the issues with the tn5250 package but this software is abandoned since 10 years and doesn't work anymore.
The issue with the ssl libraries can be easily solved but the program will crash in less than 1 second from the start, I was unable to fix the software, hints are welcome.I suggest you to move to tn5250j which is in many ways better, modern and still supported.
Hello Muflone,
I did take your advice and abandon the tn5250 package and moved on to tn5250j. Unfortunately, it too, will not connect with my works server... I'm not sure what I may be doing wrong, but I'll try to explain it the best I can.
I connect to the vpn via Konsole because I use sddm, kde, plasma using openconnect via DNS. Everything I use for work operates fine, except I cannot for the life of me, figure out how to get tn5250j to work. I just wish that this program would do what I want it to do instead of what I tell it to do...
I've noticed then when I configured tn5250j to connect via DNS, instead of IP, it hung on connecting. When I use IP, it immediately disconnects. There is never, in either scenario, any flicker of connection. I'm not sure if any of this information will help anyone to help me, but if there is anything specific you need, just let me know and I will provide that information if available.
Here is the output while on the vpn
[dustin@dustin-desktop ~]$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 13:03:63:d1:6c:b4 brd ff:ff:ff:ff:ff:ff
3: wlp2s0b1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DORMANT group default qlen 1000
link/ether 1e:5c:ca:27:93:4b brd ff:ff:ff:ff:ff:ff
4: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1406 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 500
link/none
and off of the vpn
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 13:03:63:d1:6c:b4 brd ff:ff:ff:ff:ff:ff
3: wlp2s0b1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DORMANT group default qlen 1000
link/ether 1e:5c:ca:27:93:4b brd ff:ff:ff:ff:ff:ff
I'm sure that doesn't help any, but I don't know what else to provide...
OS: Arch Linux
Kernel: x86_64 Linux 4.15.1-2-ARCH
Shell: bash 4.4.18
DE: KDE 5.42.0 / Plasma 5.12.0
WM: KWin
Offline
Hi
The very first attempt to do is to test your connection with ping SERVER_IP
If it succeeds test the telnet access with telnet SERVER_IP
If the second fails you have to be sure your system uses plain telnet or ssl (ask your admin).
Offline
I figured it out. The program was using a default port of 23. I needed to use port 992 with SSLv3 or TLS. Thanks for the help!!!
I suggest you to move to tn5250j which is in many ways better, modern and still supported.
You were right about tn5250j, it is way better!!!!! I wish I had been using it years ago or at least when it came out!
Offline