Ubuntu 24.04 issues with emby server curl

[Apotropaic 41]

I have posted this within the Scripter-X plugin forum but I think this may be a more fundamental emby server issue so looking for any help or guidance.

I have a plugin scheduled task firing off a curl script working with the latest emby server (4.8.11.0) on ubuntu 22.04, since then I've rebuilt my emby server on Ubuntu 24.04 but I can't get the exact same script setup to work.

If I execute the script manually via the shell it works fine, but from the scheduled task within Emby it executes but fails to work as expected (the non-curl elements work, but the curl elements do not).

Going through /var/log/syslog I can see the following messages showing there is an issue with curl within the emby installation.

2025-05-02T10:19:53.915351+01:00 asajjventress emby-server[4154]: curl: /opt/emby-server/lib/libcurl.so.4: no version information available (required by curl)
2025-05-02T10:19:53.916915+01:00 asajjventress emby-server[4154]: curl: symbol lookup error: curl: undefined symbol: curl_global_trace, version CURL_OPENSSL_4

It appears to me that emby has it's own curl library and when a script is executed within emby it is using /opt/emby-server/lib/libcurl.so.4 but when I execute the same script under my shell environment it is using /usr/lib/x86_64-linux-gnu/libcurl.so.4

The only difference I can see between Ubuntu 22.04 and 24.04 is the curl version - /usr/lib/x86_64-linux-gnu/libcurl.so.4.7.0 vs /usr/lib/x86_64-linux-gnu/libcurl.so.4.8.0

Thanks to anyone who can shed some light here, enough so I can understand where the issue lies. Knowing why emby has it's own curl library and what it is used for could help, would be interesting to see if that functionality is working or affected in the same way.

[Q-Droid 989]

You could try unsetting LD_LIBRARY_PATH from within your shell script so that it doesn't use the emby version of the lib. 

[Luke 42077]

Quote

Knowing why emby has it's own curl library

The server embeds as many dependencies as possible so that it's not impacted by whatever is or isn't on your system.

[Apotropaic 41]

1 hour ago, Q-Droid said:

You could try unsetting LD_LIBRARY_PATH from within your shell script so that it doesn't use the emby version of the lib. 

Thank you, I did try and use the full path for curl within the script itself but it still resulted in a mismatch.

Setting the library path was just what I needed! So if anyone ever comes across anything similar this is what I added to my script, your path may vary...

export LD_LIBRARY_PATH=/usr/bin/

[Q-Droid 989]

The recommendation was to unset the variable. What you did has the same net effect because it won't find the libs in /usr/bin. So it's working but for a different reason. 

[Apotropaic 41]

1 hour ago, Q-Droid said:

The recommendation was to unset the variable. What you did has the same net effect because it won't find the libs in /usr/bin. So it's working but for a different reason. 

Yeah I was being cautious, I didn't want to affect the emby installation by unsetting the variable and have it break other stuff. But your post led me to doing it this way.

[Q-Droid 989]

It wouldn't cause a problem. Unsetting would only be within the scope of your custom script, same as the change in value you made. Neither are permanent or external to the script itself.