Perl/Perlbrew 페이지의 소스 보기
마지막으로 [b]
-- Loading page list... --
내용출력
로그인[l]
Diary
[f]
최근변경내역
[r]
페이지목록[i]
횡설수설[2]
게시판[3]
링크
수정할 수 없습니다: Perl/Perlbrew 는 읽기 전용 페이지입니다.
* http://perlbrew.pl/ * Cpan:App::perlbrew 요놈이 뭐하는 건지는 아래 참고 링크들 읽어보면 잘 나와 있다. 여기서는 [[주인장]]이 perlbrew를 쓰면서 겪었던 사항을 정리. <toc> == # 새 버전의 Perl을 인스톨 할 때 옵션 == 다른 건 모르겠고 <code>-Dusethreads</code>는 꼭 넣어서 쓰레드를 지원하도록 컴파일하는 게 좋다고 함.<footnote(Twitter:Keedi""님께 많은 도움 받았음. 감사합니다.)> === # 인스톨 과정의 에러 === perl 설치 과정 중에 다음과 같은 에러가 난다. {{{ IO.xs: In function ‘XS_IO__Poll__poll’: IO.xs:311: error: invalid application of ‘sizeof’ to incomplete type ‘struct pollfd’ IO.xs:315: error: invalid use of undefined type ‘struct pollfd’ IO.xs:315: error: dereferencing pointer to incomplete type ... }}} * http://serverfault.com/questions/145288/make-error-when-compiling-perl-5-12-1-rhel-5-5 구글링해서 나온 위 글을 보아하니, 개인적으로 세팅해둔 C include 경로가 있을 때 충돌의 여지가 있는 것 같다. 내 경우는 <code>$CPATH</code> 변수 때문이었음. 혹시나 몰라 <code>$LD_LIBRARY_PATH</code> 등도 다 끈 후 다시 시도하니 성공함. == # local::lib 와 충돌 == 나는 이 gyparkwiki가 있는 서버에 root권한이 없기 때문에, 추가로 설치하는 모듈들은 다 개인 계정에 저장된다. 이 때 저장되는 위치를 지정하고, 차후에 스크립트를 실행할 때 그 모듈을 로드할 수 있도록 경로를 지정해야 하는데, 현재는 Cpan:local::lib 모듈을 사용하고 있다<footnote([[/모듈설치#mycase|'모듈설치'페이지의 '주인장의 경우' 섹션]] 참고)> local::lib에서 사용할 베이스 디렉토리는 <code>~/local/perl</code>이었고, 결과적으로 <code>.bash_profile</code>에 적어 준 코드에 의해서 {{{#!vim sh eval $(perl -I$HOME/local/perl/lib/perl5 -Mlocal::lib=$HOME/local/perl) }}} 내가 cpan 을 써서 설치하는 모듈들은 다음 경로에 저장되고, 이 두 경로는 <code>PERL5LIB</code> 환경 변수에 들어간다. * /home/gypark/local/perl/lib/perl5 * /home/gypark/local/perl/lib/perl5/i386-linux-thread-multi 그런데 서버에 있는 펄이 5.8이라서 영 불편한 터라, 5.14를 설치하기 위해 perlbrew를 설치하였는데 여기서 여러 가지 면에서 충돌이 발생했다. === # perlbrew 자체의 중복 문제 === perlbrew 홈페이지에서 안내하는 대로 <code>curl -kL http://install.perlbrew.pl | bash</code>를 통해 설치했더니, perlbrew 실행파일이 ~/perl5/perlbrew/bin/ 아래에 설치되었다. 그런데 문제는 내가 예전에 CPAN을 통해서 Cpan:App::perlbrew""를 설치한 적이 있었다는 것. 이 때 설치된 실행파일은 ~/local/perl/bin/ 아래에 있었다. 이걸 모른채로 진행을 했더니, 내가 현재 시스템 펄을 쓰고 있느냐 perl-5.14 를 쓰고 있냐에 따라서 서로 다른 perlbrew가 실행되는 경우가 있었다(확실히 확인하지는 못했음). 더 큰 문제는 원래 설치된 버전이 꽤나 오래 전 버전이라서(0.07. 현재 버전은 0.41), perlbrew의 동작 방식이 크게 바뀌었다는 점이다. * 옛 버전의 perlbrew는 "현재 선택된 펄"을 가리키기 위해서 ~/perl5/ 내 여러 장소에서 심볼릭 링크를 사용한다. * 현 버전의 perlbrew는 <code>$PERLBREW_PERL</code> 등 PERLBREW_로 시작하는 이름의 환경 변수를 사용한다. 게다가 5.14를 설치한 상태에서 현재 사용 가능한 펄 리스트를 뽑아보면 {{{ $ perlbrew installed (이 installed라는 명령도 현 버전은 list로 바뀌었음) perl-5.14.2 /usr/bin/perl }}} 이렇게 나오는데, 시스템 펄로 돌아가기 위해서 <code>perlbrew off</code>를 하지 않고 <code>switch</code>를 했더만 그 이후로 5.14쪽으로 다시 스위치를 도저히 할 수가 없었다. 뒤늦게야 중복 설치되어 있다는 걸 깨닫고 구버전을 제거는 했는데, 뭐가 꼬였는지 그 후로도 스위칭이 잘 안 되어서, 결국 ~/perl5 를 싹 지우고 새로 시도했음. === # 추가 설치한 CPAN 모듈들의 공유 === 그 다음은, 시스템 펄을 사용하면서 추가로 개인 계정에 설치한 CPAN 모듈들을 5.14에서도 쓸 수 없을까 하는 거였다. 아니면 전부 다시 설치해야 하는데 엄두가 안 나는 일이라서. 그래서 이리 저리 구글링해 봤는데, 녹록치 않아 보인다. * [http://stackoverflow.com/questions/5447595/perlbrew-and-locallib-at-the-same-time perl - perlbrew and local::lib at the same time? - Stack Overflow] 일단, 가장 큰 문제는 펄만으로 짜여진 모듈 말고 c 등을 써서 만들어진 XS모듈들은 펄의 메이저 버전이 바뀌면 호환이 되지 않는다는 점. {{{ # perlbrew는 5.14를 쓰도록 지정된 상태에서 5.8 모듈 경로가 PERL5LIB 변수에 들어 있으면 이렇게 에러가 난다. $ perlbrew switch perl-5.14.2 perl: symbol lookup error: /home/gypark/local/perl/lib/perl5/i386-linux-thread-multi/auto/IO/IO.so: undefined symbol: Perl_Tstack_sp_ptr }}} 그나마 다행스럽게도(?), XS모듈이 들어가는 경로의 이름이 시스템 펄은 <code>i386-linux-thread-multi</code>였고, 5.14의 경우는 <code>i686-linux-thread-multi</code>였다. 그래서 순수 펄 모듈은 ~/local/perl/lib/perl5/ 아래에서 공유하고, XS모듈은 저 두 디렉토리 아래서 각각 관리하게 할 수 있지 않을까 싶긴 했는데... 그 다음은 ~/local/perl/bin/ 아래 설치되는 실행 스크립트들이 문제. 당장 perlbrew라거나, cpanm 등 스크립트들이, "5.14를 쓰도록 스위칭되고 있는 상황에서 PERL5LIB에 시스템 펄 쪽 모듈인 i386-linux-thread-multi 디렉토리가 추가되어 있으면" 여지없이 위와 같은 symbol lookup error를 낸다. 따라서 펄 스위칭을 할 때마다 PERL5LIB 값을 고쳐줘야 하는데, 앞으로도 잘 될지 보장도 없고 해서, 결국 다 포기하고 5.14용 모듈은 전부 설치하기로 함. 최종적으로 경로는 다음과 같이 잡힌다. {{{ ~ /local/perl - local::lib 에서 관리하는 베이스 경로 (Module::Build나 MakeMaker에서 install base로 지정됨) /bin - 실행 스크립트가 설치되는 곳 /man - 맨페이지 /lib - 모듈 설치 /perl5 - 순수 펄 모듈 /i386-linux-thread-multi - XS 모듈 /perl5/perlbrew - $PERLBREW_ROOT /bin - perlbrew, patchperl, cpanm 이 설치됨 /perls - perlbrew install 명령으로 설치하는 배포본들이 이 아래 설치됨 /perl-5.14.2 - perl-5.14.2 로 스위칭했을 때 $PERLBREW_PERL 값이 'perl-5.14.2'로 설정 /bin - 실행 스크립트 /man - 맨페이지, $PERLBREW_MANPATH /lib /5.14.2 - 코어 모듈들이 여기에 설치됨 /i686-linux-thread-multi - 코어 모듈 중 XS 모듈들 /site_perl /5.14.2 - cpan을 사용하여 설치하는 추가 모듈 /i686-linux-thread-multi - 추가 모듈 중 XS 모듈 /perl-5.12.4 /perl-5.10.1 ... }}} 즉 cpan을 써서 추가로 설치한 모듈들은 <code>~/perl5/perlbrew/perls/perl-5.14.2/lib/site_perl/5.14.2</code> 또는 그 아래 <code>i686-linux-thread-multi</code>에 설치됨. === # 시스템 펄과 추가 설치한 펄 사이의 스위칭 === <code>perlbrew switch</code>로 추가 설치한 펄로 스위칭하거나, <code>perlbrew switch-off</code>로 시스템 펄로 되돌릴 수 있는데, 시스템 펄을 쓰는 경우에만 local::lib가 적용되어야 한다. 따라서 <code>.bash_profile</code>에 다음과 같이 해 주었다. {{{#!vim sh # perlbrew에 의한 설정을 먼저 적용한다 if [ -f $HOME/perl5/perlbrew/etc/bashrc ] then source /home/gypark/perl5/perlbrew/etc/bashrc fi # $PERLBREW_PERL 변수의 값이 빈 스트링인 경우는 off 상태이다. # 이 때만 local::lib 의 설정을 적용한다. if [ "$PERLBREW_PERL" == "" ] then eval $(perl -I$HOME/local/perl/lib/perl5 -Mlocal::lib=$HOME/local/perl) fi # 마지막으로, 내가 따로 만들어 쓰는 모듈이 들어가는 경로를 추가 export PERL5LIB=$HOME/git/myperlmodules:$PERL5LIB }}} 이렇게 해서, 로그인하는 시점에 local::lib 설정을 적용할지 말지를 결정할 수 있다. 남은 문제는, 로그인한 후에 perlbrew 를 써서 시스템 펄과 추가 설치한 펄 사이를 오갈 때 local::lib 에 의한 설정을 적용했다 없앴다 하는 과정이 필요하다는 것이다. (특히나 시스템 펄에서 추가 설치한 펄로 스위칭할 때, PERL5LIB 변수의 값 때문에 여기서도 심볼 룩업 에러가 난다) 이것은, 로그인할 때 불리는 <code>perlbrew/etc/bashrc</code>를 고쳐주었다. 이 부분은 정확히 고친 건지 확신은 없지만, 테스트해보면 잘 동작하는 듯. * use 또는 switch 를 할 때는, __unset_local_lib를 먼저 실행하여 local::lib에 의해 생긴 변경사항을 제거한 후 진행하고, * off 또는 switch-off 를 할 때는, 제일 마지막에 __set_local_lib를 실행하여 local::lib를 이용해 환경변수를 세팅한다. * 각 경우마다, 추가하고자 하는 모듈 디렉토리를 PERL5LIB 변수 제일 앞에 다시 옮겨준다. * 전체 파일은 https://gist.github.com/1886853 {{{#!vim diff --- bashrc.original 2012-02-23 01:48:35.000000000 +0900 +++ bashrc 2012-02-23 04:40:10.000000000 +0900 @@ -39,6 +39,28 @@ } __perlbrew_set_path +# local::lib와 혼용을 위한 설정 +# 아래 두 변수의 값을 자신의 환경에 맞춰 적어줌 +_LOCAL_LIB_INC="$HOME/local/perl/lib/perl5" +_LOCAL_LIB_ROOT="$HOME/local/perl" + +# local::lib 에 의한 설정을 제거 +__unset_local_lib () { + export PERL5LIB="$PERL5LIB" + eval $(perl -I$_LOCAL_LIB_INC -Mlocal::lib=--deactivate-all,$_LOCAL_LIB_ROOT) +} + +# local::lib 설정 적용 +__set_local_lib () { + eval $(perl -I$_LOCAL_LIB_INC -Mlocal::lib=--deactivate-all,$_LOCAL_LIB_ROOT) + export _MY_PERL5LIB="$PERL5LIB" + eval $(perl -I$_LOCAL_LIB_INC -Mlocal::lib=$_LOCAL_LIB_ROOT) + if [ -n "$_MY_PERL5LIB" ]; then + export PERL5LIB="$(perl -e 'print join ":", $ENV{_MY_PERL5LIB}, grep { index($_, $ENV{_MY_PERL5LIB}) } split/:/,$ENV{PERL5LIB};')" + fi + unset _MY_PERL5LIB +} + perlbrew () { local exit_status local short_option @@ -70,6 +92,7 @@ eval $line done IFS=$OLD_IFS + __unset_local_lib __perlbrew_set_path fi fi @@ -79,6 +102,7 @@ if [[ -z "$2" ]] ; then command perlbrew switch else + __unset_local_lib perlbrew use $2 __perlbrew_reinit $2 fi @@ -88,12 +112,14 @@ unset PERLBREW_PERL eval `perlbrew env` __perlbrew_set_path + __set_local_lib echo "perlbrew is turned off." ;; (switch-off) unset PERLBREW_PERL __perlbrew_reinit + __set_local_lib echo "perlbrew is switched off." ;; }}} 펄 버전, @INC, 환경변수, PATH를 출력하는 스크립트를 만들어서 테스트해 보았다: * 처음 로그인하면 perlbrew를 사용하는 상태 {{{#!vim [gypark@www temp]$ perlbrew list * perl-5.14.2 [gypark@www temp]$ ./t.pl version: 5.014002 /home/gypark/git/myperlmodules (<----- 로그인할 때 추가로 지정해 준 PERL5LIB 경로) /home/gypark/perl5/perlbrew/perls/perl-5.14.2/lib/site_perl/5.14.2/i686-linux-thread-multi (<----- perlbrew 모듈 경로) (생략) . ---------------- [PERL5LIB][/home/gypark/git/myperlmodules] (생략) [PERLBREW_PERL][perl-5.14.2] (<----- 현재 사용하도록 설정된 펄) (생략) ---------------- [PATH] /home/gypark/perl5/perlbrew/bin /home/gypark/perl5/perlbrew/perls/perl-5.14.2/bin (<----- 현재 사용하는 펄의 path) /home/gypark/bin (생략) }}} * 시스템 펄로 복귀한 후, local::lib 가 제대로 적용되었나 본다. {{{#!vim [gypark@www temp]$ perlbrew off (<----- off 해서 끄면) perlbrew is turned off. [gypark@www temp]$ ./t.pl version: 5.008008 (<----- 버전이 5.8.8로 돌아가고) /home/gypark/git/myperlmodules (<----- 이 경로는 여전히 제일 위에 남고) /home/gypark/local/perl/lib/perl5/i386-linux-thread-multi (<----- 여기 3줄이 local::lib의 적용) /home/gypark/local/perl/lib/perl5/i386-linux-thread-multi /home/gypark/local/perl/lib/perl5 /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi (<----- 시스템 펄의 모듈 경로) (생략) . ---------------- [PERL5LIB][/home/gypark/git/myperlmodules:/home/gypark/local/perl/lib/perl5/i386-linux-thread-multi:/home/gypark/local/perl/lib/perl5] (생략) [PERLBREW_PERL][] (<----- perlbrew가 꺼졌음) (생략) [PERL_LOCAL_LIB_ROOT][/home/gypark/local/perl] (<----- 이 3줄에 있는 변수들도 local::lib 적용으로 생긴 것) [PERL_MB_OPT][--install_base /home/gypark/local/perl] [PERL_MM_OPT][INSTALL_BASE=/home/gypark/local/perl] ---------------- [PATH] /home/gypark/local/perl/bin (<----- local::lib의 적용) /home/gypark/perl5/perlbrew/bin (<----- 이 아래 5.14.2 path는 사라졌음) /home/gypark/bin (생략) }}} * 테스트할 때 신경써야 했던 부분은, off를 연속으로 부르거나 switch를 연속으로 부르는 등 어느 한쪽을 두 번 이상 실행할 때 PATH나 @INC의 순서가 바뀌는 일이 생기지 않도록 하는 것이었다. 또 내가 따로 PERL5LIB를 지정하지 않은 경우 local::lib가 경고를 내거나 @INC가 의도하지 않은 순서로 바뀌는 경우가 있었는데, 나름 테스트한다고 여러 케이스를 테스트하긴 했지만 오류가 없다는 확신은 못 하겠다. === # 정리 === 정리하면 * perlbrew를 써서 여러 버전의 펄을 스위칭하는 건 좋은데, 문제는 PERL5LIB 등의 환경변수에 별도로 지정했던 경로들의 순서가 밀려버리거나, 이 변수의 값에 따라서 호환이 되지 않는 XS모듈이 @INC에 포함되게 되면 perl 인터프리터가 실행이 안 된다. * 특히나 기존에 local::lib를 쓰고 있었다면, 시스템 펄로 스위칭한 후에 local::lib의 적용을 다시 살려줘야 하고, 반대로 개인 계정에 설치한 펄로 스위칭할 때는 먼저 이 적용을 끈 후에 스위칭해야 한다. * perlbrew설치 후에 두 번 다시 시스템 펄을 사용할 일이 없다면 그냥 local::lib 설정 적용하는 부분을 bash_profile등의 스타트업 파일에서 삭제해주면 그만인데, 빈번하게 왔다 갔다 하는 경우는 좀 귀찮다. 위에 있는 패치를 적용하면, 아마도 별 문제 없이 스위칭이 가능할 것이다. * 아래 참고 섹션에 있는 펄 크리스마스 달력에서는 아예 perlbrew로 인스톨한 각각의 펄마다 local::lib를 설치하고 그걸 사용하여 각각의 모듈 경로를 관리하는 예가 나와 있다. == # 추가 모듈 일괄 설치 == 5.8을 쓰면서 추가로 설치하여 ~/local/perl 내에 설치한 모듈들을 다시 5.14에도 설치해야 했는데, 그러려면 목록을 얻어야 한다. * <code>perldoc perllocal</code> 하면 추가로 설치한 모듈들의 설치 날짜와 설치 경로 등이 적힌 목록이 뜬다. * <code>perl -MCPAN -eautobundle</code> 하면 현 시점에 @INC에서 접근 가능한 CPAN 모듈들의 목록이 <code>.cpan/Bundle/Snapshot_2012_02_23_00.pm</code>와 같은 이름의 파일로 저장된다<footnote(Twitter:Keedi""님께 많은 도움 받았음. 감사합니다.)>. ** 스냅샷 파일을 사용하여 한번에 설치하려면 <code>perl -MCPAN -e 'install Bundle::Snapshot_2012_02_23_00.pm'</code>이라고 하면 된다고 함 ** 그러나 여기에는 버전 정보까지 같이 들어 있기 때문에, 이대로 설치하면 이 버전 그대로 설치될 터라, 나는 이 파일에서 모듈 이름만 남긴 후에 <code>cat list | cpanm</code>으로 설치를 시도하였음 ** 이 방법의 경우는 코어 모듈까지도 설치를 시도하기 때문에, 5.8에 존재하지만 5.14에서는 없어진 모듈을 설치하려고 하다 실패하는 경우가 있더라. cpanm의 로그를 보면서 설치 실패한 것들만 cpan을 써서 다시 설치하려다 알게 되었음. 추가 설치된 것만 목록을 뽑는 것은 perllocal 출력에서 모듈명을 추출하는 게 나았을 것 같기도 함. 여담으로, <code>cpan</code>을 실행했더니만 명령행 히스토리 기능이 동작을 안 하더라. <code>Term::ReadLine::Perl</code>을 추가로 설치해주면 된다. 한가지 더, <code>perlbrew install-cpanm</code>하면 cpanm을 따로 $PERLBREW_ROOT/bin 아래 설치하여 현재 스위칭한 펄에 무관하게 쓸 수 있게 해 준다. == # crontab 에 적용 == 이 서버에는 RSS를 만들기 위해 crontab을 써서 일정 시간마다 실행되는 스크립트들이 있다. 그런데 이것 때문에 좀 고생을 하게 되었다: * perlbrew를 사용하여 5.14를 설치한 후에, 기존에 만들었던 스크립트들을 한번씩 실행해보았다. ''(그러지 않았으면 그냥 모르는 게 약으로 넘어갈 수 있었는데ㅋ)'' * 그랬더니 이런 RSS생성 스크립트들이 죄다 출력의 한글이 깨지거나 등등 동작이 이상해졌다! * 사실 이런 경우를 예전에도 접했던 터라<footnote(이 서버에서 수행했던 스크립트를 PC에 가져와서 돌렸더니 동작이 달라졌음)> 놀라지는 않았는데, 이건 펄 버전 변화에 따른 문제가 아니라<footnote(그 반대로 펄은 하위 호환성을 너무 챙겨주는 감이...)>, 시스템에 설치되어 있던 모듈의 버전 차이 때문이었다. ** 이 스크립트들은 Cpan:WWW::Mechanize""를 써서 웹사이트의 내용을 가져오는데, 시스템에 설치되어 있던 모듈은 그 내용을 바이트 스트림으로 반환하고, 5.14와 함께 설치한 최신 버전은 디코드된 스트링으로 반환함. [[/WWW-Mechanize]] 참조. * 어쨌거나, 제대로 동작하지 않는 원인 부분을 찾아서 고쳐주었다. * 몇 시간 후에 확인했더니, 만들어진 RSS들의 한글이 와장창 깨져 있었다 -_-; * 그제서야 crontab 상에서 수행되는 스크립트들은 여전히 시스템 펄 위에서 돌고 있다는 걸 깨달음 * ''(제일 좋은 건 크론탭을 써서 돌릴 스크립트들은 그냥 perlbrew off 상태에서 테스트를 하는 거였는데... 그럼 아무것도 고칠 필요 없었고...)'' crontab상에서 .bashrc나 .bash_profile등의 스타트업 파일을 불러오는 방법은 못 찾았다<footnote(https://twitter.com/rashper/statuses/172226477813792768 에 의하면 보안상 이유로 막혀 있는 듯?)> 별 수 없이 crontab의 각 항목마다 각각 설정해줘야 했는데, 대충 다음 두 가지 방법을 찾았음 1) 명시적으로 사용할 펄 버전을 지정하는 방법<footnote(Twitter:nving""님 Twitter:keedi""님 감사합니다)> {{{#!vim crontab PERLBREW_PERL="perl-5.14.2" 10 0 * * * PATH="$HOME/perl5/perlbrew/perls/$PERLBREW_PERL/bin:$PATH" /usr/bin/env perl /some/script_path # 또는 환경 변수를 쓰지 않고 10 0 * * * $HOME/perl5/perlbrew/perls/perl-5.14.2/bin/perl /some/script_path }}} 또는 perl을 실행하지 않고 곧바로 스크립트 이름을 적는 경우: {{{#!vim crontab 10 0 * * * PATH="$HOME/perl5/perlbrew/perls/perl-5.14.2/bin:$PATH" /some/script_path }}} 2) perlbrew에서 스위칭한 펄을 사용하도록 하는 방법 (권장하지는 않음 - 아래 라슈펠님 커멘트 참조) {{{#!vim crontab 10 0 * * * /bin/bash --login -c "/some/script_path" }}} perlbrew를 써서 최신 버전의 펄을 사용하는 경우는 * 장점: crontab을 통해 실행하는 스크립트에도 최신 버전 Perl의 문법이나 기능을 사용할 수 있다. * 단점: 나중에 별 생각 없이 perlbrew를 제거하거나 하면 스크립트들도 와르르 실행이 안 되거나 오동작할 것이다. 아니면 그냥 crontab을 통해 실행할때는 시스템 펄을 사용하도록 하고, 다만 모듈 버전이 문제가 되니 crontab에 PERL5LIB 변수를 적어주어서 내 개인 계정의 모듈 경로를 추가해 주어도 되겠다: {{{#!vim crontab # PERL5LIB 값을 명시해주고 PERL5LIB=/home/gypark/local/perl/lib/perl5:/home/gypark/local/perl/lib/perl5/i386-linux-thread-multi # 그냥 시스템 펄을 사용하도록 10 0 * * * /some/script_path }}} * 장점: 아무래도 안정적이겠다. * 단점: crontab용 스크립트를 만들거나 테스트할 때는 perlbrew off를 하여 시스템 펄을 쓰는 상태로 돌아간 후 해야 된다. == # screen 위에서 스위칭 == [[ScreenUtility]]를 실행한 상태에서 그 위에서 perlbrew로 스위칭을 하는 건... 생각처럼 잘 안 된다. 일단 경험상 알아낸 것만 정리하면 * use나 off처럼 현재 쉘에만 적용되는 명령을 실행하면, 애먼 bash 가 뜨면서 프롬프트까지 단순한 형태로 바뀌더라. 어쨌거나 그 상태에서 perl을 실행해보면 기존 상태 그대로 되어 있다. * switch나 switch-off의 경우, "Switched to perl-5.14.2." 등의 메시지는 나오는데 전환이 안 되어 있다. * 어떤 커맨드를 썼건, 이후 다시 <code>exec /bin/bash -l</code>로 bash를 다시 로그인 모드로 실행해야 그 시점부터 적용이 된다. == # CGI 스크립트의 스위칭 == 지금 이 gyparkwiki와 같이 웹을 통해서 실행되는 스크립트를 내 개인 계정의 5.14 위에서 돌게 하려면... shebang 라인에 full path 적어주는 수밖에 없으려나...? 아니면 애초에 너무 무모한 생각인가..? == # 0.60 버전의 환경 변수 설정 버그 == perlbrew 0.60을 bash 위에서 쓰면 환경변수 세팅이 엉망이 되어 버린다. {{{#!vim PATH="/home/gypark/perl5/perlbrew/bin:/home/gypark/perl5/perlbrew/perls/perl-5.16/bin";:... # 따옴표와 세미콜론이 포함되어 버림 }}} PATH 뿐 아니라 관련된 다른 환경변수들도 마찬가지. 그래서 perl을 실행도 못 시키고, perlbrew도 제대로 동작하지 않고 등등의 문제가 생긴다. * [https://github.com/gugod/App-perlbrew/issues/302 perlbrew 0.60 is broken in zsh of osx · Issue #302 · gugod/App-perlbrew · GitHub] - github에 올라온 버그 이슈 * [https://github.com/gugod/App-perlbrew/commit/962f8812dfb1173e63c5400031bb1814159ce854 Merge pull request #288 from worr/fix_bashrc · 962f881 · gugod/App-perlbrew · GitHub] - 관련되어 보이는 패치 보아하니 0.60으로 바뀔 때, 다른 쉘에서의 문제를 해결하기 위해서 eval 문에 괄호 위치가 바뀐 것 같은데, 이게 bash에서는 문제가 되는 것. 저 링크에 있는 패치를 역으로 적용하든가, 아예 다음과 같이 하여 0.59로 되돌릴 수 있다. {{{ curl -kLO https://t.co/f78pXubFWo ; perl ./perlbrew self-install }}} '''그 사이에 0.61이 나왔음. 이 문제는 해결된 걸로 보이니 업그레이드를 해도 되겠다''' == # 참고 == * [http://advent.perl.kr/2011/2011-12-16.html 열여섯번째 날: perlbrew, local::lib, smartcd 를 이용하여 Perl 환경 구축하기 | 2011 Seoul.pm 펄 크리스마스 달력] * [http://jeen.tistory.com/entry/Perl-Perlbrew-%EC%97%AC%EB%9F%AC-%EB%B2%84%EC%A0%BC%EC%9D%98-Perl-%EC%9D%84-%EC%9E%85%EB%A7%9B%EB%8C%80%EB%A1%9C-%EC%8D%A8%EB%B3%B4%EC%9E%90 이빨까기인형 :: Perlbrew - 여러 버젼의 Perl 을 입맛대로 써보자] * [http://dalinaum-kr.tumblr.com/post/2985366922/perlbrew-for-mac mac에 perl 깔기 (perlbrew) - Art of Dalinaum] * [http://aero2blog.blogspot.kr/2013/03/perlbrew.html aero's blog: perlbrew 의 새로운 기능] == # Comments == <div class="comments"> cpan명령으로 App::perlbrew로 설치해서 perlbrew를 사용한다고 했을때 버젼을 switch하면 아마도 perlbrew는 예전 perl쪽이랑 연결이 유지되거나 링크가 끊기며 그순간 사용불능이 되거나 해서 문제를 일으킬 소지가 많다고 생각되네요. \\ \\ curl -kL http://install.perlbrew.pl | bash 명령으로 설치해서 단일 파일로 돌아가게 하고 최신버젼 업데이트는 \\ perlbrew self_update 명령을 통해서 하면 문제가 생길 소지가 좀 줄어들 것 같습니다. \\ \\ 정리하면 perlbrew는 cpan명령으로 App::perlbrew모듈을 설치하지말고 웹에서 직접 땡겨서 부트스트리핑하는 단일 패킹된 perlbrew만 쓰자가 되겠네요. <mysign(aero,2012-2-23 9:26 am)> : 네, 그래야겠더라고요. 겉으로는 차이점을 알아 보지 못해서 고생 좀 했습니다ㅎ <mysign([[Raymundo]],2012-2-23 11:26 am)> bash에 --login 옵션을 주면 상황에 관계 없이 .bash_profile을 읽습니다만… 애초에 스크립트는 자신에게 필요한 환경 설정은 스스로 하는게 맞습니다. 아니면 다이나믹 라이브러리 패스(LD_LIBRARY_PATH? 시스템에 따라 좀 다릅니다)같은게 바뀐채로 돌아서 엉뚱한 일을 하게 만드는 해킹이 먹히죠. 그런 이유로 suid 걸리면 애초에 스태틱 링크를 하든가 다이나믹 라이브러리 패스를 시스템 차원에서 고정시키는 경우도 있죠. <mysign(라슈펠,2012-2-23 1:33 pm)> : 안녕하세요, "bash에 --login 옵션 주는" 게 어느 시점에서 말씀이세요? crontab 에 \\ SHELL=/bin/bash --login \\ 또는 \\ SHELL="/bin/bash --login" \\ 또는 \\ SHELL=/bin/bash\ --login \\ 해 봤는데 아예 전혀 실행이 안 되더라고요. \\ (이 얘기를 하신 게 아닌 건지 아니면 원래 되던 건데 이것마저 막았다고 봐야 하는 건지) \\ (그나저나 한 십년 전에 리눅스 사용에 관한 두꺼운 책 다 읽었던 건 하나도 기억이 안 나서 ^^; 계속 도움 받는군요, 감사합니다) <mysign([[Raymundo]],2012-2-23 1:54 pm)> ::그냥 crontab에 들어가는 명령을 \\ \\ /bin/bash --login -c <script path/name> \\ \\ 정도로 하시면 될겁니다. <mysign(라슈펠,2012-2-23 2:18 pm)> :::아 -c는 빼는게 낫겠군요. <mysign(라슈펠,2012-2-23 2:20 pm)> : 꼬박꼬박 콜론 숫자 챙겨서 들여쓰기 하지 않으셔도 되는데요 ^^ \\ \\ 실행할 게 쉘스크립트가 아니다보니 -c를 넣어야겠네요. 잘 동작하는 거 확인했습니다. /박수 <mysign([[Raymundo]],2012-2-23 2:34 pm)> ::근데 .bash_profile 내용에 따라 다르겠지만, .bash_profile 이후에는 아마 script 있는 위치와는 동떨어진 곳에 가 있을 수 있기 때문에, 절대패스가 아니면 안돌거고, 그러면 윗 내용들을 보건대 문제가 될 수도 있겠죠. \\ \\ 아니면 스크립트를 손봐서 interactive shell이 아닌 경우에는 .bashrc를 강제로 읽어본다든가 하는 수도 있긴 하겠죠... \\ \\ 근데 처음 말했던 것처럼 애초에 스크립트에 필요한 환경은 스크립트 안에서 설정하는게 맞아요. 'ㅅ' <mysign(라슈펠,2012-2-23 2:34 pm)> : 넵 감사합니다. <mysign([[Raymundo]],2012-2-23 2:45 pm)> 또 하나 \\ perlbrew exec some.pl 는 some.pl 스크립트를 현재 인스톨되어있는 perl들을 다 돌아가며 실행시키는 것 같네요. 어떤 프로그램을 현재 설치된 Perl에 다돌려서 모든 결과를 한번에 보고 싶을때 쓰는 용도인듯.... <mysign(aero,2012-2-24 5:40 pm)> : 악ㅋㅋ 제가 인스톨한 버전이 한 가지 뿐이라서 그걸 착각했군요ㅋㅋ 말씀하신 대로네요. <mysign([[Raymundo]],2012-2-25 12:49 am)> 웹을 통해 실행되는 CGI 스크립트의 경우 쉬뱅 라인에 사용할 perl의 full-path를 적어주는 것이 가장 안전하고 확실한 방법입니다. \\ \\ 그것이 아니라면 cgi를 실행시키는 웹서버 측의 설정 또는 path 경로를 조정해서 해당 디렉터리 하부의 cgi에 대해서는 해당 사용자 펄을 우선 검색할 수 있도록 설정하면 됩니다. \\ \\ 제 경우 버그질라를 perlbrew로 설치한 perl 5.14.2로 실행시키는데 성공했고 첫 번째 방법은 간단히 해결할 수 있었습니다. 그리고 두 번째 방법의 경우 손이 좀 갔는데 아파치 설정을 좀 만져야 해서 번거로웠구요. mod_perl을 사용하지 않는다면 그래도 비교적 간단하게 해결할 수 있답니다. :) <mysign(keedi,2012-2-28 12:02 pm)> : 그렇군요, 감사합니다~ <mysign([[Raymundo]],2012-2-28 3:11 pm)> <longcomments(100)> </div> ---- [[컴퓨터분류]]
Perl/Perlbrew
페이지로 돌아가기 |
다른 수정본 보기
![[첫화면으로]](/raymundo_logo.jpg){kind=logo}
Perl/Perlbrew 페이지의 소스 보기Perl/Perlbrew 페이지의 소스 보기