Trans:GentooX86Handbook3-6

고급 포티지 기능

개요

대부분의 사용자들에게 지금까지 전달한 정보는 그들의 전체적인 리눅스 활용 측면에 있어 충분합니다. 하지만 포티지는 좀 더 방대합니다. 포티지의 대부분의 기능은 고급 사용자를 위한 것들이거나 특정 일부의 경우에만 활용할 수 있습니다. 고로, 이런 경우들에 대해 문서화하지 않는 것이 전혀 실례가 되지 않을 것입니다.

물론 수많은 유연성은 엄청나게 많은 잠재적 경우의 수를 수반하기도 합니다. 그들 모두를 이곳에 문서화할 수는 없습니다. 대신 여러분의 필요에 맞추기 위해 여러분이 좀 더 자세를 낮춰서 볼 수 있는 일부 일반적인 문제들에 초점을 맞추려 합니다. 좀 더 특별한 꼼수나 요령이 필요하다면 여기 대신 젠투 위키에서 찾아보십시오.

이런 경우가 아니라면 대부분, 포티지에서 제공하는 메뉴얼 페이지를 깊게 파고들면 이러한 추가 기능들에 대해 찾아보실 수 있습니다.

코드 예제 1.1: 포티지 맨 페이지 보기

$ man portage $ man make.conf

결국 제대로 동작하지 않는 상황에서 고급 기능을 알아내는 것은 디버깅을 할 수 있게 해주며 상당히 어려운 문제해결을 가능하게 해줍니다. 버그를 만나서 버그 보고서를 제출하려 한다면 이들 사항에 주의를 기울였는지 확인해보십시오.

패키지별 환경 변수

/etc/portage/env 사용하기

기본적으로 패키지 빌드시 /etc/portage/make.conf에 정의된 CFLAGS, MAKEOPTS 등과 같은 환경 변수를 사용합니다. 일부의 경우 여러분들은 각각의 지정된 패키지에 대해 다른 변수들을 제공하려 할 것입니다. 이렇게 하기 위해 포티지에서는 /etc/portage/env와 /etc/portage/package.env의 사용을 지원합니다.

/etc/portage/package.env파일에는 여러분이 뭘 바꾸려는지 포티지에 알려줄 특정 식별자와, 이 식별자를 벗어난 변수들에 대한 패키지 목록을 포함합니다. 여러분이 직접 선택한 식별자 이름을 포티지가 해당 변수에 대한 내용을 /etc/portage/env/<식별자> 파일에서 찾아볼 것입니다.

예제: 특정 패키지에 디버깅 사용하기

예제를 통해 media-video/mplayer 패키지에 대해 디버깅을 활성화 하겠습니다.

제일 먼저 /etc/portage/env/debug-cflags 파일에서 디버깅 변수를 설정하겠습니다. 이름은 임의대로 정했지만, 물론 왜 임의대로 지은 이름을 넣는지에 대해 더욱 명확하게 하기 위해 임의 대로 지은 이름의 이유를 반영하겠습니다.

코드 예제 2.1: /etc/portage/env/debug-cflags 내용

CRLAGS="-O2 -ggdb -pipe" FEATURES="${FEATURES} nostrip"

그 다음 이 내용을 사용하기 위해 media-video/mplayer 패키지 태그를 넣겠습니다.

코드 예제 2.2: /etc/portage/package.env 내용

media-video/mplayer debug-cflags

이머지 과정 훅킹하기(동작 가로채기)

/etc/portage/bashrc와 관련 파일 사용하기

포티지가 ebuild를 가지고 동작할 때, (src_prepare, src_configure, pkg-postinst 등과 같은) 다양한 빌드 함수를 호출하는 배시 환경을 사용합니다. 그러나 또한 포티지는 여러분 자신이 배시 환경을 설정할 수 있도록 합니다.

여러분의 배시 환경을 사용하는 것에 대한 잇점은 각각의 단계 과정이 실행하고 있는 동안 emerge 프로세스를 훅킹(동작 가로채기)할 수 있다는 것입니다. 이는 항상 (/etc/portage/bashrc 를 통해) emerge 또는 (이전에 설명한 바와 같이 /etc/portage/env를 통해) 패키지별 환경을 사용하여 수행할 수 있습니다.

프로세스를 훅킹하려면 배시 환경에서는 ebuild 개발을 수행하는 동안 항상 사용할 수 있는 변수 (P, PF 등)처럼 EBUILD_PHASE, CATEGORY 변수를 매번 확인해볼 수 있습니다. 이들 변수 값을 기반으로 추가적인 절차를 실행할 수 있습니다.

예제: 파일 데이터베이스 업데이트

이 예제에서는 시스템의 데이터베이스가 최신인지 확인하기 위해 일부 파일 데이터베이스 프로그램을 호출하려 /etc/portage/bashrc를 사용하겠습니다. 사용할 수 있는 프로그램의 예로 aide (침입 탐지 도구)와 updatedb (locate와 함께 사용함)를 들 수 있지만 이 프로그램이 예제를 의미하는 것은 아닙니다. AIDE에 대한 도움말이라고 착각하지 마십시오 ;-P

이 경우 /etc/portage/bashrc를 사용하려면 postrm(파일을 다 지운 후)과 postinst(파일 설치 후)에서 "훅킹"을 수행해야 하는데 파일 시스템의 파일이 바뀌기 때문입니다.

코드 예제 3.1: /etc/portage/bashrc 예제

if [ "${EBUILD_PHASE}" == "postinst"] || [ "${EBUILD_PHASE}" == "postrm" ]; then echo ":: Calling aide --update to update its database"; aide --update; echo ":: Calling updatedb to update its database"; updatedb; fi

--sync 수행 후 작업 실행

/etc/portage/postsync.d 위치

지금까지 ebuild 프로세스에서의 훅킹에 대해 이야기해왔습니다. 하지만 이 말고도 또 다른 중요한 기능이 있습니다. 포티지 트리를 업데이트 하는 것입니다. 포티지 트리를 업데이트 하고 나서 작업을 실행하려면 /etc/portage/postsync.d에 스크립트를 넣고 이 스크립트를 실행 가능한 상태로 놓았는지 확인하십시오.

예제: eix-update 실행하기

트리를 업데이트 하려고 eix-sync를 사용하지 않았다면 /etc/portage/postsync.d에 /usr/bin/eix에 연결한 eix-update라고 하는 심볼릭 링크를 위치시켜서, emerge --sync (또는 emerge-websync를 실행한 후 업데이트한 데이터베이스를 계속 지닐 수 있습니다.

코드 예제 4.1: sync 동작 수행 후 eix-update 실행하기

# ln -s /usr/bin/eix /etc/portage/postsync.d/eix-update

참고: 다른 이름을 사용하고자 한다면 usr/bin/eix-update를 대신 호출하는 스크립트가 필요할 것입니다. eix 바이너리는 실행한 기능을 찾기 위해 어떻게 호출되었는지 찾아봅니다. eix-update라고 하는 eix 심볼릭 링크를 놓지 않는다면 제대로 동작하지 않을 것입니다.