Eeschema 5.1.10 does not accept a properly versioned new ngspice
Description
I have tested the introduction of libtool versioning into libngspice.so for ngspice-35.
After updating the code the new versioned file will be libngspice.so.0.0.1. This results from changing the sources, but no change of the API.
This action however is not accepted by Eeschema 5.1.10, my testbed, as installed from openSUSE Leap 15.3 Electronics repository. When replacing the original libngspice.so.0.0.0 by the new versioned libngspice.so.0.0.1, the error message is:
libngspice.so.0.0.0: cannot open shared object file: No such file or directory
I am not a Linux expert, but to me it seems that loading libngspice.so.0.0.0 explicitly by Eeschema is not correct, because it prevents one from introducing any versioning.
I wonder if linking to the alias libngspice.so.0, which is created while compiling shared ngspice, would be the right solution?
KiCad Version
Application: Eeschema
Version: 5.1.10-5.1.10, release build
Libraries:
wxWidgets 3.0.3
libcurl/7.66.0 OpenSSL/1.1.1d-fips zlib/1.2.11 libidn2/2.2.0 libpsl/0.20.1 (+libidn2/2.0.4) libssh/0.8.7/openssl/zlib nghttp2/1.40.0
Platform: Linux 5.3.18-59.16-default x86_64, 64 bit, Little endian, wxGTK
Build Info:
wxWidgets: 3.0.3 (wchar_t,STL containers,compatible with 2.8) GTK+ 2.24
Boost: 1.66.0
OpenCASCADE Technology: 7.3.0
Curl: 7.66.0
Compiler: GCC 7.5.0 with C++ ABI 1011
Build settings:
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=ON
KICAD_SCRIPTING_MODULES=ON
KICAD_SCRIPTING_PYTHON3=OFF
KICAD_SCRIPTING_WXPYTHON=ON
KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
KICAD_SCRIPTING_ACTION_MENU=ON
BUILD_GITHUB_PLUGIN=ON
KICAD_USE_OCE=OFF
KICAD_USE_OCC=ON
KICAD_SPICE=ON