2015-04-14 1 views
1

После решения нескольких вопросов, я Преемник с CPAN на моей работы Windows 7 Машина с DwimPerl через perl -MCPAN -e shell и o conf init /proxy/Perl для Windows CPANM прокси вопрос

ftp: 
http: http://192.168.1.1:8080 
no: 
Username: [email protected] 
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?

+0

Просто понял это с небольшим напоминанием от коллеги, я был сфокусирован на 'CPAN -MCPAN -e shell'.. - > 'o conf init/proxy /' ... но проблема была на самом деле с переменными системы Windows. Добавлен ответ. – WernerCD

+0

@serenesat Этот вопрос: «CPAN не работает» - ничего в этом вопросе не упоминается о CPANM, а в Linux. Вопрос: «CPAN успешно работает, CPANM терпит неудачу» - CPANM и Windows. Тесно связанный, но очень не обман. Этот вопрос был решен с помощью LWP. Этот вопрос был решен с помощью 'o conf init/proxy /' AND Windows Пользовательские переменные. – WernerCD

+0

Затем заголовок должен быть изменен с прокси-сервера _CPAN/CPANM на _CPANM proxy issue_. – serenesat

ответ

1

Через 10 минут после того, как я разместил это сообщение, у меня был короткий разговор с коллегой. Он упомянул переменные среды. Я подтвердил, что ранее я добавил переменные среды Windows. Быстрое обновление к ним:

User Variables for Chris: 
HTTP_Proxy: http://192.168.1.1:8080 
HTTP_proxy_pass: SuperDeDuperSecretPassword 
HTTP_proxy_user: [email protected] 

Я изменил его от wwwproxy.work.org к http://192.168.1.1:80 (CPAN жаловался без HTTP, так что я думаю, что он нужен полный URL, а).

И я была опечатка в моем имени :(

CPANM теперь работает