Open Bug 1484531 Opened 6 years ago Updated 2 years ago

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

Categories

(Testing :: mozregression, defect)

defect

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: 5i13ghzt462u, 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)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.