Details
-
Type:
Bug
-
Status: Invalid
-
Resolution: Done
-
Fix Version/s: None
-
Component/s: mariadb
-
Labels:None
-
Team:SQuaRE
Description
When mariadbclient builds, it finds the openssl libraries in either miniconda or anaconda (or possibly other versions of openssl libraries anywhere on the system).
However, when mariadbclient attempts to run later (such as when building daf_persistence), it can no longer find the libraries it used to build itself.
Mario tells me it has to do with the libraries being linked into mariadbclient using 'rpath', but then rpath not being expanded somewhere in the files associated with mariadbclient .. in conda-build, these rpaths are expanded to the full values so everything works (and maybe this would be a solution - to make eups expand these rpath values, but then he kind of frowned).
Anyway - this is a problem for users attempting to install the stack. The current answer appears to be "tell users to install openssl" but ..
On redhat, even after doing 'yum install openssl' and 'yum install openssl-devel', the yum installed libraries were not used by mariadbclient (probably because they were version 1.0.1 instead of 1.0.0, which is what our mariadbclient is looking for).
Attachments
Issue Links
- duplicates
-
DM-5170 mariadbclient libssl linking problems on Linux
- Won't Fix