Dillo 3.0.5 aborts downloads

[Juanito]

Please send a pm to the last maintainer - nitram - requesting that they make the required changes.

[neonix]

jazzbiker thx for the solution. Fast and easy workaround for TC10 x86

Code: [Select]

sudo ln -s /usr/local/etc/ssl /etc

[jazzbiker]

Fast and easy workaround for TC10 x86

Code: [Select]

sudo ln -s /usr/local/etc/ssl /etc

Hi, neonix! Thanks for a good lesson ) Links are great! Everywhere and especially in TC!
Did you meant

Code: [Select]

sudo ln -s /usr/local/etc/ssl /etc/ssl?

The only sorrow is to change beautiful TC's /etc ( Recompiling will leave it untouched.
I will propose both methods to nitram, as Juanito adviced.

[jazzbiker]

Please send a pm to the last maintainer - nitram - requesting that they make the required changes.

Done, thanks! I've sent neonix's proposition too. But nitram was last active at March 15, 2017 (

[Paul_123]

Certs in tc10 have moved to /etc/ssl/certs, as there are other applications that were hard coded there too.

[neonix]

Hi, neonix! Thanks for a good lesson ) Links are great! Everywhere and especially in TC!
Did you meant

Code: [Select]

sudo ln -s /usr/local/etc/ssl /etc/ssl?

Both works the same way. Here is proper script for TC 9.x86 and TC 10.x86 users:

Code: [Select]

sudo ln -s /usr/local/etc/ssl /etc/ssl
tce-load -iw ca-certificates.tcz
tce-load -iw dillo.tcz


[neonix]

Is it possible to redirect mp4 url to mplayer from Dillo when I click mp4 link? As I remember old Opera (Presto) has such function.

[neonix]

It would be easier to add this symlink to ca-certificates.tcz in TC10 instead to dillo.tcz, because there are many programs that will use this directory also.

Code: [Select]

sudo ln -s /usr/local/etc/ssl /etc/ssl

[Juanito]

I believe you're speaking of Core/CorePure64 rather than piCore?

If this is the case, then no, it would be better to fix dillo with a patch so that it looks for the certs in /usr/local/etc/ssl - the few programs that look in the wrong place are mostly closed source binaries compiled on other distros.

[neonix]

I'm trying to compile Dillo 3.0.5 on TC11.x (x86_64) and after

Code: [Select]

tce-load -iw wget compiletc squashfs-tools fltk-1.3-dev openssl-1.1.1-dev
cd /home/tc
/usr/bin/wget http://www.dillo.org/download/dillo-3.0.5.tar.bz2
tar xf *.tar.bz2
cd dillo-3.0.5
#In dpi/https.c replace "/etc/ssl/certs/" with "/usr/local/etc/ssl/certs/"
export CFLAGS="-mtune=generic -Os -pipe"
export CXXFLAGS="-mtune=generic -Os -pipe"
export LDFLAGS="-Wl,-O1"
./configure --prefix=/usr/local --enable-ssl --disable-ipv6 --localstatedir=/var
and I get:

Code: [Select]

checking for libpng-config... /usr/local/bin/libpng16-config
checking for libpng version... 1.6.34
checking openssl/ssl.h usability... yes
checking openssl/ssl.h presence... yes
checking for openssl/ssl.h... yes
checking for SSL_library_init in -lssl... no
configure: WARNING: *** No libssl found. Disabling ssl support.***
checking iconv.h usability... yes
checking iconv.h presence... yesWhat is "SSL_library_init"?

[Juanito]

Maybe dillo is expecting openssl-1.0.x and not openssl-1.1.x?

[neonix]

Maybe dillo is expecting openssl-1.0.x and not openssl-1.1.x?

I found this:
https://wiki.openssl.org/index.php/Library_Initialization

Code: [Select]

There are two ways to initialize the OpenSSL library, and they depend on the version of the library you are using. If you are using OpenSSL 1.0.2 or below, then you would use SSL_library_init. If you are using OpenSSL 1.1.0 or above, then the library will initialize itself automatically. Optionally you can explicitly initialise it using OPENSSL_init_ssl or OPENSSL_init_crypto. A compatibility macro exists in ssl.h that maps SSL_library_init to OPENSSL_init_ssl, so you can continue to use SSL_library_init if desired.What should I do now? Is it possible to put openssl-1.0.x in TC11?

[Juanito]

Since the new lib will automatically initialise, you can hack the configure script and remove the check for SSL_library_init in -lssl?

[neonix]

I hacked configure, but it give error during compile process.

Code: [Select]

https.c: In function 'handle_certificate_problem':
https.c:479:38: error: dereferencing pointer to incomplete type 'X509' {aka 'struct x509_st'}
  479 |          if ((cn = strstr(remote_cert->name, "/CN=")) == NULL) {
      |                                      ^~
make[2]: *** [Makefile:769: https.o] Error 1
make[2]: Leaving directory '/home/tc/dillo-3.0.5/dpi'
make[1]: *** [Makefile:403: install-recursive] Error 1
make[1]: Leaving directory '/home/tc/dillo-3.0.5'
make: *** [Makefile:736: install-strip] Error 2
tc@box:~/dillo-3.0.5$
I'm not skilled enought to edit source code. Maybe shared library will be solution?

[curaga]

That is a version incompatibility, the same error has been seen in many other projects too. You'll have to wait for Dillo folks to update the code to work with openssl 1.1 (or maybe they already have, try the git versions, etc).