06.02.2024 13:20:52 CET Carlo Zancanaro:
> On Mon, Feb 05 2024, Marek Paśnikowski wrote:
> > After many hours of searching and thinking I found the following code
> 
> > works:
> I'm glad you got something working. Using wrap-program like this will
> likely work, but with the downside that LD_LIBRARY_PATH will also be
> inherited by any child processes. This might be fine for ruby-nano-bots,
> but this has caused me serious compatibility problems in the past.

If my logic is correct, this should be mitigated somewhat by placing the 
needed library path at the end of the $LD_LIBRARY_PATH ? Which is why I opted 
for the ~suffix~ argument in the ~wrap-program~ .

> 
> Usually, I prefer to store a reference to the precise library in the
> store, rather than setting LD_LIBRARY_PATH. I'm not really sure how to
> do that in your case, because I'm not familiar with ruby-nano-bots or
> any of its dependencies.

I believe this exact behaviour is achieved by ~(search-input-file inputs "lib/
libcurl.so")~ . When I first attempted to build the ~wrap-program~ call I had 
a nesting error which explicitly showed that "/gnu/store/hash-curl/lib" is of 
unexpected type. Am I wrong?

Sincerely,

Marek Paśnikowski