cpan5.22-x86_64-linux-gnu - 클라우드의 온라인

프로그램:

이름

cpan - 명령줄에서 CPAN과 쉽게 상호 작용

개요

# 인수가 있고 스위치가 없으면 지정된 모듈을 설치합니다.
cpan 모듈 이름 [ 모듈 이름 ... ]

# 스위치 사용, 추가 동작으로 모듈 설치
cpan [-cfgimtTw] 모듈 이름 [ 모듈 이름 ... ]

# 점만 있으면 다음의 배포판에서 설치합니다.
# 현재 디렉터리
cpan .

# 인수가 없으면 CPAN.pm 셸을 시작합니다.
cpan

# 강제 설치 모듈(일반적으로 테스트에 실패한 모듈)
cpan -f 모듈 이름 [ 모듈 이름 ... ]

# 모듈을 설치하지만 테스트하지 않음
cpan -T 모듈_이름 [ 모듈_이름 ... ]

# 구성 덤프
cpan -J

# Module::Foo를 설치하기 위해 다른 구성을 로드합니다.
cpan -j 일부/기타/파일 모듈::Foo

# 인수는 없지만 일부 스위치
cpan [-ahrvACDlLO]

기술

이 스크립트는 CPAN에 명령 인터페이스(쉘 아님)를 제공합니다. 사용하는 순간
CPAN.pm이 작업을 수행하지만 CPAN.pm을 위한 원샷 명령 실행기는 아닙니다.

옵션
-a CPAN::Shell->autobundle을 사용하여 CPAN.pm 자동 번들을 만듭니다.

-모듈 [ 모듈 ... ]
지정된 모듈의 기본 관리자를 표시합니다.

-c 모듈
지정된 모듈의 디렉토리에서 `make clean`을 실행합니다.

-C 모듈 [ 모듈 ... ]
표시 변경 지정된 모듈에 대한 파일

-D 모듈 [ 모듈 ... ]
모듈 세부 정보를 표시합니다.

-f 일반적으로 실패했을 때 지정된 작업을 강제 실행합니다. 이것을 사용하여
테스트가 실패하더라도 모듈. 이 옵션을 사용하는 경우 -i는 선택 사항이 아닙니다.
강제로 모듈을 설치해야 할 때 모듈 설치:

% cpan -f -i 모듈::Foo

-F 무엇이든 잠그려는 CPAN.pm의 시도를 끕니다. 이래서 조심해야 한다
동일한 디렉토리에서 먹으려는 여러 스크립트로 끝날 수 있습니다. 이것
"-j"를 사용하여 특수 구성을 로드하는 경우 그다지 문제가 되지 않으며
config는 자체 작업 디렉토리를 설정합니다.

-g 모듈 [ 모듈 ... ]
모듈의 최신 배포판을 현재 디렉토리에 다운로드합니다.

-G 모듈 [ 모듈 ... ]
구현되지 않음

모듈의 최신 배포판을 현재 디렉토리에 다운로드하고 각각의 압축을 풉니다.
배포하고 각 배포에 대한 git 저장소를 만듭니다.

이 기능을 원하면 Yanick Champoux의 "Git::CPAN::Patch" 배포판을 확인하세요.

-h 도움말 메시지를 인쇄하고 종료합니다. "-h"를 지정하면 다른 모든 것을 무시합니다.
옵션 및 인수.

-i 지정된 모듈을 설치합니다.

-I "local::lib"를 로드합니다(lib 경로를 로드하기 위한 "-I"와 같은 생각).

-j Config.pm
CPAN 구성 데이터가 있는 파일을 로드합니다. 동일한 형식이어야 합니다.
표준으로 CPAN/Config.pm $CPAN::Config를 익명 해시로 정의하는 파일입니다.

-J CPAN.pm이 사용하는 것과 동일한 형식으로 구성을 덤프합니다. 이것은 다음에 유용합니다.
구성을 확인하고 덤프를 새로운 시작점으로 사용하는 것,
사용자 정의 구성.

-l 설치된 모든 모듈을 해당 버전과 함께 나열합니다.

-L 작성자 [ 작성자 ... ]
지정된 작성자별로 모듈을 나열합니다.

-m 지정된 모듈을 만듭니다.

-O 오래된 모듈을 표시합니다.

-p 구성된 미러에 대한 Ping

-P 사용할 수 있는 최상의 미러를 찾습니다(하지만 아직 구성하지는 않음).

-r CPAN::Shell->recompile을 사용하여 동적으로 로드된 모듈을 다시 컴파일합니다.

-t 지정된 모듈에서 `make test`를 실행합니다.

-T 모듈을 테스트하지 않습니다. 간단히 설치하십시오.

-u 설치된 모든 모듈을 업그레이드합니다. 맹목적으로 이렇게 하면 문제가 발생할 수 있으므로
백업

-v 스크립트 버전과 CPAN.pm 버전을 인쇄한 다음 종료합니다.

-V cpan 클라이언트에 대한 자세한 정보를 인쇄합니다.

-w 구현되지 않음

cpan 경고를 켭니다. 디렉토리 권한과 같은 다양한 사항을 확인하고
발생할 수 있는 문제에 대해 알려줍니다.

예
# 도움말 메시지 출력
cpan -h

# 버전 번호 출력
cpan -v

# 자동 번들 생성
cpan -a

# 모듈 재컴파일
cpan -r

# 설치된 모든 모듈 업그레이드
cpan -u

# 모듈 설치( 단독 -i는 선택 사항임)
cpan -i Netscape::Booksmarks 비즈니스::ISBN

# 강제 설치 모듈( -i 를 사용해야 함)
cpan -fi CGI::최소 URI

환경 변수

CPAN.pm에는 환경 변수를 사용하는 여러 구성 요소가 있습니다. 빌드
도구, ExtUtils::MakeMaker 및 Module::Build는 일부를 사용하고 나머지는
그들보다 높은 수준. 이들 중 일부는 Perl Toolchain Gang에 의해 지정됩니다.

랭커스터 컨센서스:


오슬로 컨센서스:


CPAN_OPTS
"cpan"은 이 변수를 공백으로 분할하고 해당 목록을 앞에 @ARGV 앞에 추가합니다.
명령줄 인수를 처리합니다. 예를 들어 항상 사용하려는 경우
"local:lib"에서 "CPAN_OPTS"를 "-I"로 설정할 수 있습니다.

CPANSCRIPT_LOGLEVEL
포함된 최소 로거 또는 Log::Log4perl과 함께 사용할 로그 수준입니다.
설치되어 있습니다. 가능한 값은 "Log::Log4perl" 수준과 동일합니다.
"TRACE", "DEBUG", "INFO", "WARN", "ERROR" 및 "FATAL". 기본값은 "정보"입니다.

GIT_COMMAND
Git 기능에 사용할 "git" 바이너리의 경로입니다. 기본값은
"/usr/local/bin/git".

비인터랙티브_테스트
아무도 주의를 기울이지 않고 그렇게 하는 배포에 대한 프롬프트를 건너뛴다고 가정합니다.
바르게. cpan(1) 이미 값이 없으면 1로 설정합니다.
값은 거짓입니다).

PERL_MM_USE_DEFAULT
프롬프트된 질문에 대한 기본 답변을 사용합니다. cpan(1) 그렇지 않으면 이것을 1로 설정합니다.
이미 값이 있습니다(해당 값이 false인 경우에도).

EXIT Values

스크립트는 모든 것이 작동했다고 생각하면 XNUMX으로 종료하고, 정상이면 양수로 종료합니다.
뭔가 실패했다고 생각합니다. 그러나 어떤 경우에는 실패를 예측해야 합니다.
통제할 수 없는 것들의 산출물에 의해. 현재로서는 종료 코드가 모호합니다.

1 알 수 없는 오류

2 외부 문제였습니다.

4 스크립트에 내부 문제가 있었습니다.

8 모듈 설치 실패

~까지 DO

* 명령줄에서 원샷 구성 값

onworks.net 서비스를 사용하여 cpan5.22-x86_64-linux-gnu 온라인 사용