Open Bug 1484531 Opened 2 years ago Updated 2 years ago

mozregression cannot find/use OpenSSL (libssl.so.1.0.0)

Categories

(Testing :: mozregression, defect)

defect
Not set
normal

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: c4609174, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:63.0) Gecko/20100101 Firefox/63.0
Build ID: 20180817100105

Steps to reproduce:

vgui-0.9.28

1. Download tar.gz here: https://github.com/mozilla/mozregression/releases/tag/gui-0.9.28
2. Extract it.
3. Run it.


Actual results:

In the console:
$ ./mozregression-gui 
./mozregression-gui: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory

When I do this in /usr/lib64:

ln -s libssl.so.1.1.0h libssl.so.1.0.0

...it bothers me with the next lib:
./mozregression-gui
./mozregression-gui: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory

Yet again:
sudo ln -s libcrypto.so.1.1.0h libcrypto.so.1.0.0

Then it also just ends with some OpenSSL errors:

$ ./mozregression-gui
./mozregression-gui: /lib64/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by […]/mozregression-gui/dist/libpython2.7.so.1.0)
./mozregression-gui: /lib64/libssl.so.1.0.0: version `OPENSSL_1.0.0' not found (required by […]/mozregression-gui/dist/libpython2.7.so.1.0)



Expected results:

Just work.

I run Fedora 28. Here some installd stuff + version:
openssl-1.1.0h-3.fc28.src.rpm
python2-2.7.15-2.fc28.src.rpm
python3-3.6.6-1.fc28.src.rpm

In /usr/lib64:
$ ls -la | grep libssl
-rwxr-xr-x.   1 root root   356800  3. Jul 13:47 libssl3.so
lrwxrwxrwx.   1 root root       16  5. Apr 18:41 libssl.so.10 -> libssl.so.1.0.2o
-rwxr-xr-x.   1 root root   471024  5. Apr 18:41 libssl.so.1.0.2o
-rw-r--r--.   1 root root       65  5. Apr 18:41 .libssl.so.1.0.2o.hmac
lrwxrwxrwx.   1 root root       22  5. Apr 18:41 .libssl.so.10.hmac -> .libssl.so.1.0.2o.hmac
lrwxrwxrwx.   1 root root       16  3. Apr 13:10 libssl.so.1.1 -> libssl.so.1.1.0h
-rwxr-xr-x.   1 root root   469616  3. Apr 13:10 libssl.so.1.1.0h
-rw-r--r--.   1 root root       65  3. Apr 13:11 .libssl.so.1.1.0h.hmac
lrwxrwxrwx.   1 root root       22  3. Apr 13:11 .libssl.so.1.1.hmac -> .libssl.so.1.1.0h.hmac


(Nothing like that in /usr/lib – as I am on an x64 system.)

$ ls -la | grep libcrypto                    
lrwxrwxrwx.   1 root root       20 23. Feb 10:16 libcryptopp.so.6 -> libcryptopp.so.6.1.0
-rwxr-xr-x.   1 root root  4786600 23. Feb 10:16 libcryptopp.so.6.1.0
lrwxrwxrwx.   1 root root       19  5. Apr 18:41 libcrypto.so.10 -> libcrypto.so.1.0.2o
-rwxr-xr-x.   1 root root  2729216  5. Apr 18:41 libcrypto.so.1.0.2o
-rw-r--r--.   1 root root       65  5. Apr 18:41 .libcrypto.so.1.0.2o.hmac
lrwxrwxrwx.   1 root root       25  5. Apr 18:41 .libcrypto.so.10.hmac -> .libcrypto.so.1.0.2o.hmac
lrwxrwxrwx.   1 root root       19  3. Apr 13:10 libcrypto.so.1.1 -> libcrypto.so.1.1.0h
-rwxr-xr-x.   1 root root  2910640  3. Apr 13:10 libcrypto.so.1.1.0h
-rw-r--r--.   1 root root       65  3. Apr 13:11 .libcrypto.so.1.1.0h.hmac
lrwxrwxrwx.   1 root root       25  3. Apr 13:11 .libcrypto.so.1.1.hmac -> .libcrypto.so.1.1.0h.hmac
Okay, yeah, saw I chose the wrong version, so doing again with this:

ln -s libcrypto.so.1.0.2o libcrypto.so.1.0.0 
ln -s libssl.so.1.0.2o libssl.so.1.0.0

And I still get the same error.
This might be a bug in the GUI which probably isn't super well maintained on Linux. But there's also a command line you can run via:
./mach mozregression

It works for me on Fedora (I haven't tried the GUI)
You need to log in before you can comment on or make changes to this bug.