I tried creating the symlink between libv8.so and libv8.so.3.14.5
Now starting Camotics in konsole, I get:
"camotics: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory"
So even though I have libssl 3.0.11-1 installed, I still have a problem w/ libssl, which is rather frustrating.... So I created another symlink from libssl.so.1.1 to libssl.so.3...
Now I get:
"camotics: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: Nosuch file or directory"
I have libcrypto.so.3 - so creating another symlink
"This gives me a different error:
camotics: /lib/x86_64-linux-gnu/libssl.so.1.1: version `OPENSSL_1_1_0' not found (required by camotics)
camotics: /lib/x86_64-linux-gnu/libcrypto.so.1.1: version `OPENSSL_1_1_0' not found (required by camotics)"
Searching on OPENSSL w/o case sensitivity got a huge number of results, but w/ case sensitivity, I only got links to man pages /usr/share/man/man7/OPENSSL_API_COMPAT.7ssl.gz and /usr/share/man/man7/OPENSSL_NO_DEPRECATED.7ssl.gz which seem to say they are macros that need to be declared by the programmer....
I found a few suggestions to install openssl 1.1. alongside the current version. I found openssl1.1.1w-0+deb11u1 in buster (oldstable) and downloaded the deb, but gdebi refused to install it, saying a newer version was already installed - I'm not sure where to go from here....
It seems to me that the root problem for all of this is calling out dependencies on specific versions of libraries, rather than 'version X or later'... I'm not a programmer, but this smells like a bug to me....
ART