Library path in c-ares modulefile

Dear experts,

On the EMCAL production FLPs in CR1 (FLP Suite v0.13) we encountered a problem when trying to configure with QualityControl that a dependency (c-ares) could not be loaded:

time="2021-01-08T19:11:05Z" level=error msg="o2-qc: error while loading shared libraries: libcares.so.2: cannot open shared object file: No such file or directory" prefix=task-stderr task="github.com/AliceO2Group/ControlWorkflows/tasks/stfb-qc-check-runner@0f9932d2832f5b337ecca393c755c647e105a957#2NZbRxDcB4E"
time="2021-01-08T19:11:05Z" level=error msg="o2-qc: error while loading shared libraries: libcares.so.2: cannot open shared object file: No such file or directory" prefix=task-stderr task="github.com/AliceO2Group/ControlWorkflows/tasks/stfb-qc-dispatcher@0f9932d2832f5b337ecca393c755c647e105a957#2NZbRxDcr26"

We tracked the problem to the LD_LIBRARY_PATH for c-ares set to CARES_ROOT/lib, while on the FLP only the subdirectory lib64 is present. We currently circumvent the problem by setting a symbolic link from lib64 to lib. Could you please have a look and fix this either in the modulefile or in the build recipe?

Thanks in advance!

Cheers

Markus

Hi Markus,
thank you for your report.

This seems to be related to the alibuild-generate-module command, that was recently introduced as a way to automatically generate modulefiles for QC (and other components).

We are treating this as a blocker for the next FLP Suite release and we expect to fix it shortly.

Cheers,
Teo & the FLP team

[https://alice.its.cern.ch/jira/browse/O2-1953]

Hi,
This error does not have anything with alibuild-generate-modules as the recipe does not use it. The issue might be coming from new CMake.
This is the ticket to track: https://alice.its.cern.ch/jira/browse/O2-1954

Oops, my fault. Sorry…