curl:(48)一个未知的选项被传递给libcurl

Question

这真令人沮丧.尝试运行标准curl命令时,我不断收到此错误:

curl --url https://install.meteor.com | sh
curl: (48) An unknown option was passed in to libcurl

谁知道怎么修它？

Answer 1

刚刚与Alpine Linux有这个问题.

修复是除了curl之外还安装curl-dev.

Answer 2

很可能你有一个更新的curl,使用较旧的libcurl,不知道curl尝试使用的一个或多个选项.

curl -V将显示此信息ldd [path to curl]并将显示curl使用的所有共享库.

Answer 3

我自己也遇到过这个问题.一些粗略的研究让我进入了这个bug跟踪器条目,但更新并没有成功.我最近构建了libcurl源代码的最新版本,所以我认为它必须与目录结构混淆有关.我敢肯定你可能不是完全相同的情况,但也许Mountain Lion引入了类似的错误,我采取的解决问题的步骤可能会有所帮助.

首先,运行which curl以确定从哪里调用二进制文件.然后通过运行确保该位置确实存在locate -r /curl$.如果没有(这是我的问题),尝试curl使用提供的所有完整路径运行locate,忽略明显多余的路径python-pycurl.

一旦你找到一个有效的符号链接,你可以从which找到的符号链接创建符号链接,或者检查删除后者是否允许shell自己找到正确的符号链接.对我来说,修复就像删除一样简单/usr/local/bin/curl,导致which curl正确响应/usr/bin/curl并且curl自身恢复正常操作.

Answer 4

这是我在Ubuntu上从源安装cURL后得到的同样错误.

$ curl http://www.google.com
curl: (48) An unknown option was passed in to libcurl

查看cURL的版本显示curl已更新,但使用的是旧版本的libcurl:

$ curl --version
curl 7.41.0 (x86_64-unknown-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3

为了解决我的问题,我libcurl.so从我下载的最新curl文件夹中复制了其他文件,并覆盖了我机器上已有的文件夹.

cp /tmp/curl-7.41.0/lib/.libs/libcurl.so* /usr/local/lib/

这解决了我的问题.

$ curl --version
curl 7.41.0 (x86_64-unknown-linux-gnu) libcurl/7.41.0 OpenSSL/1.0.1 zlib/1.2.3.4

$ curl -I http://www.google.com
HTTP/1.1 302 Found
[...snip...]

Answer 5

如果您只是从源代码构建卷发，请运行sudo ldconfig以进行修复。