【问题标题】:Perl Windows CPANM proxy issue [duplicate]Perl Windows CPANM 代理问题 [重复]
【发布时间】:2015-06-20 14:52:56
【问题描述】:

在解决了一些问题后,我通过 perl -MCPAN -e shello conf init /proxy/ 在我的工作 Windows 7 机器上使用 DwimPerl 成功使用了 CPAN

ftp:
http: http://192.168.1.1:8080
no:
Username: Chris@work
Password: SuperDeDuperSecretPassword

CPAN 有效。我能够安装/构建。

看来无论我做什么,CPANM 都不想通过代理:

C:\>cpanm WWW::Mechanize
! Finding WWW::Mechanize on cpanmetadb failed.
501 protocol scheme 'wwwproxy.work.com' is not supported
C:\> cpan WWW::Mechanize
...
...
...
c:\Programs\Dwimperl\c\bin\dmake.exe INSTALL -- OK

两者之间有什么不同以及什么会导致 CPAN 成功而 CPANM 失败并返回 501?

【问题讨论】:

  • 在同事的小提醒下才弄明白。我专注于cpan -MCPAN -e shell -> o conf init /proxy/ ...但问题实际上出在 Windows 系统变量上。添加了答案。
  • @serenesat 这个问题是“CPAN 失败”——问题中没有提到 CPANM,它在 Linux 上。这个问题是CPAN is running successfuly, CPANM is failing - CPANM 和 Windows。密切相关,但非常不是骗局。 LWP 解决了这个问题。这个问题是用o conf init /proxy/ 和 Windows 用户变量解决的。
  • 那么标题应该从 CPAN/CPANM 代理问题 更改为 CPANM 代理问题
  • 与其密切相关,这就是为什么它的书面可能重复而不是重复
  • 更新了标题,只是解释了差异 - 至少我是如何看待/理解它们的。

标签: windows perl proxy cpan cpanm


【解决方案1】:

发布此消息 10 分钟后,我与一位同事进行了简短的交谈。他提到了环境变量。我确认我之前确实添加了 Windows 环境变量。对他们的快速更新:

User Variables for Chris:
HTTP_Proxy:  http://192.168.1.1:8080
HTTP_proxy_pass: SuperDeDuperSecretPassword
HTTP_proxy_user: Chris@Work

我将它从 wwwproxy.work.org 更改为 http://192.168.1.1:80(CPAN 抱怨没有 HTTP,所以我认为它也需要完整的 URL)。

我的名字有错字:(

CPANM 现在可以工作了。

【讨论】:

    猜你喜欢
    • 2011-10-11
    • 1970-01-01
    • 1970-01-01
    • 2017-04-16
    • 2020-01-02
    • 1970-01-01
    • 1970-01-01
    • 2021-10-27
    • 1970-01-01
    相关资源
    最近更新 更多