Getting this error while trying to run lightworks.
$ lightworks
/usr/lib/lightworks/ntcardvt: error while loading shared libraries: libcrypto.so.10: cannot open shared object file: No such file or directory
I tried all the symlink commands that I could find, nothing is working.
If you search this Forum for “libcrypto.so.10” you’ll find plenty of hits.
Without going through all the results again,
IIRC its’ a naming convention issue…
Create the symlink that links the file name to what the app wants and everything will work.
If you can’t find the working solution, post again and I and/or someone else can thumb through those results for the solution.
Well, I created a lot (I can’t even count anymore) of symlinks and lightworks is still giving the same error. Could it be caused by something different?
open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/cs_CZ.UTF-8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 3
open("/usr/lib/locale/cs_CZ.UTF-8/LC_MEASUREMENT", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_MEASUREMENT", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/cs_CZ.UTF-8/LC_TELEPHONE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_TELEPHONE", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/cs_CZ.UTF-8/LC_ADDRESS", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_ADDRESS", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/cs_CZ.UTF-8/LC_NAME", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_NAME", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/cs_CZ.UTF-8/LC_PAPER", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_PAPER", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/cs_CZ.UTF-8/LC_MESSAGES", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_MESSAGES", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/cs_CZ.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/cs_CZ.UTF-8/LC_MONETARY", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_MONETARY", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/cs_CZ.UTF-8/LC_COLLATE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_COLLATE", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/cs_CZ.UTF-8/LC_TIME", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_TIME", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/cs_CZ.UTF-8/LC_NUMERIC", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_NUMERIC", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/cs_CZ.UTF-8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = 3
strace: Process 9434 attached
/usr/lib/lightworks/ntcardvt: error while loading shared libraries: libcrypto.so.10: cannot open shared object file: No such file or directory
[pid 9434] +++ exited with 127 +++
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=9434, si_uid=1000, si_status=127, si_utime=0, si_stime=0} ---
+++ exited with 127 +++
It doesn’t say anywhere it even accessed the libcrypto file.
/usr/lib/lightworks/ntcardvt: error while loading shared libraries: libcrypto.so.10: cannot open shared object file: No such file or directory+++ exited with 127 +++
Hi
The relevant libs are in libopenssl not libcrypto by the looks…
If it’s a fedora rpm of lightworks, then grab the relevant libopenssl rom from fedora, extract and copy over into /usr/local/lib64 and run ldconfig… (as a hack…)
So. I downloaded openssl-libs-1.1.0g-1.fc27.x86_64.rpm from here. I opened it in Ark and extracted all the files from /usr/lib64 in the rpm to /usr/local/lib64 on my computer. Then I ran sudo ldconfig. Nothing changed. Everything’s the same.
Obviously.
Your problem is that libcrypto.so.10 is not found, but that package only contains libcrypto.so.1.1 (i.e. same as Tumbleweed)…
You’d need an older version.
The symlink method should work as well though (at least it should get rid of the “not found” error, maybe it would still crash with a different error…).
Just a thought: maybe it is a 32bit vs. 64bit issue?
If the application is 32bit, the lib needs to be in /lib/ or /usr/lib/, not /lib64/ or /usr/lib64/.
What does this command show?
file /usr/lib/lightworks/ntcardvt
(that it’s in /usr/lib/ may already indicate that it is 32bit…)
PPS: you’d better delete the lib files you copied to /usr/local/lib64/ again.
They are likely going to give you problems sooner or later, especially when openssl gets updated to a newer version in Tumbleweed… (they will be used instead of the openSUSE versions)
Either install libopenssl1_0_0 from the TW repo and create the necessary symlink (/lib64/libcrypto.so.10 -> /lib64/libcrypto.so.1.0.0 at least), or take the files from Fedora’s openssl-libs-1.0.2 package.
So I installed it from the TW repo and something finally happened! It’s still an error tho.
$ lightworks
/usr/lib/lightworks/ntcardvt: /lib64/libcrypto.so.10: version `libcrypto.so.10' not found (required by /usr/lib/lightworks/libOSPrivate.so)
Apparently Tumbleweed’s libopenssl1_0_0 is not compatible enough to what lighworks expect then.
So you need to use Fedora’s openssl-libs 1.0.2 package.
It might work if you just uninstall libopenssl1_0_0 again and install Fedora’s package with “rpm -i xxx.rpm”, or alternatively copy the files to /usr/local/lib64/ as before.
Tumbleweed uses openssl 1.1.0 by default since a while, so I’d not really expect problems caused by this…
(and nothing in TW would use a libcrypto.so.10 or libcrypto.so.1.0.2m anyway, as they don’t exist, and the same applies to the libssl.so.10)