JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
# /usr/local/bin/curl
curl: try 'curl --help' or 'curl --manual' for more information
/usr/local/bin/curl: symbol lookup error: /usr/local/bin/curl: undefined symbol: curl_mime_free
and this causes a problem when I try to generate Let'sEncrypt certificates.
Is there a known way to fix /usr/local/bin/curl?
Running `LD_LIBRARY_PATH=/usr/local/lib /usr/local/bin/curl` works fine, but tha't not really what we want, right?
Your issue is that you built curl using the libraries in /usr/local/lib but when running it, it is defaulting to using the existing $LD_LIBRARY_PATH or the built in system locations (i.e. /lib, /lib64, /usr/lib, /usr/lib64). If you have a package of curl that was installed with your distsro, then I recommend you remove the distro one and continue using the version in /usr/local, or make sure your LD_LIBRARY_PATH always contains /usr/local/lib earlier in the path than the system locations.
@toml
Is it safe to remove the curl package from my distro?
https://help.directadmin.com/item.php?id=354
requires to install libcurl-devel...
I'm on CentOS 6.10 and my /etc/ld.so.conf contains:
Don't add it to your ld.so.conf that could potentially break some system applications. I suggest that you update the scripts that call curl to insert the LD_LIBRARY_PATH. I have looked at my system (CentOS 7) and I have curl installed via rpm but I noticed that my custombuild didn't build a version of curl in /usr/local. I do have curl=yes in my options.conf but it still doesn't seem to have actually done the build.
So I have found a solution that works, but every time I'll upgrade curl I will have to compile curl twice.
The first time with /usr/local/directadmin/custombuild/configure/curl/configure.curl containing:
