Handbook:Parts/Working/USE/ko

USE 플래그 개념
젠투(또는 기타 배포판이나 어떤 운영체제든)를 설치할 때, 사용자는 다룰 환경에 따라 몇가지 선택을 하고 싶어합니다. 서버에 대한 설정은 워크스테이션에 대한 설정과 다릅니다. 게임용 워크스테이션은 3D 렌더링 워크스테이션과 다릅니다.

꾸러미를 설치할 때만 그런게 아니며 각각의 꾸러미에서 어떤 기능을 선택해야 하느냐를 따질때도 마찬가지입니다. OpenGL이 필요하지 않은데, 왜 대부분 꾸러미에서의 OpenGL의 설치 및 관리, 빌드 지원이 우릴 귀찮게 할까요? KDE를 쓰고 싶지 않은데, 왜 굳이 없어도 완벽하게 돌아가는 KDE 지원이 꾸러미 컴파일 과정에서 귀찮게 할까요?

To help users in deciding what to install/activate and what not, Gentoo wanted the user to specify his/her environment in an easy way. This forces the user into deciding what they really want and eases the process for Portage to make useful decisions.

USE 플래그 정의
USE 플래그를 입력하십시오. 각각의 플래그는 지원 기능과 각각의 개념에 대한 의존성 정보를 포함하는 키워드입니다. 어떤 USE 플래그를 지정하면, 포티지에서는 선택한 키워드에 대해 사용자가 어떤 지원 기능을 원하는지 알아차립니다. 물론 이 과정에서 꾸러미에 대한 의존성 정보로 바꾸기도 합니다.

Take a look at a specific example: the  keyword. If this keyword is not in the USE variable, all packages that have optional KDE support will be compiled without KDE support. All packages that have an optional KDE dependency will be installed without installing the KDE libraries (as dependency). When the kde keyword is defined, then those packages will be compiled with KDE support, and the KDE libraries will be installed as dependency.

올바르게 키워드를 지정하면 사용자의 요구에 맞춰 시스템의 모양새가 갖춰집니다.

USE 플래그에 있는 것
USE 플래그에는 두가지 방식이 있습니다. 하나는 전역, 하나는 지역입니다.


 * 전역 USE 플래그는 다양한 꾸러미에서 시스템 전체적으로 사용합니다. 대부분 사람들이 USE 플래그로 보는 키워드입니다. 사용할 수 있는 전역 USE 플래그 목록은 메인 사이트 또는  파일에서 찾아볼 수 있습니다.
 * 지역 USE 플래그는 단일 꾸러미에서 꾸러미별 결정을 내릴 때 사용합니다. 사용할 수 있는 지역 USE 플래그 목록은 메인 사이트 또는 파일에서 찾아볼 수 있습니다.

영구 USE 플래그 선언
앞에서 이야기한 바와 같이, 모든 USE 플래그는 USE 변수에 선언합니다. 사용자가 USE 플래그를 쉽게 검색하고 고를 수 있도록 하기 위해 기본 USE 설정을 제공합니다. 이 설정은 젠투 사용자가 보통 사용한다고 간주하는 USE 플래그의 모음입니다. 이 기본 설정은 선택한 프로파일의 일부인 파일에 선언했습니다.

시스템이 살펴보는 프로파일은 이 가리킵니다. 각각의 프로파일은 다른 프로파일의 상위에서 동작하며 최종 결과는 모든 프로파일의 합입니다. 최상위 프로파일은 베이스 프로파일입니다.

현재 활성화 한 (전체) USE 플래그를 보려면 를 사용하십시오:

As can be seen, this variable already contains quite a lot of keywords. Do not alter any file to tailor the USE variable to personal needs though: changes in these file will be undone when the Gentoo repository is updated!

기본 값을 바꾸려면 USE 변수에서 키워드를 추가하거나 제거하십시오. 에서 전역 범위의 USE 변수 값을 지정하시면 됩니다. 이 변수에서 필요한 추가 USE 플래그를 추가하거나 더 이상 필요하지 않은 USE 플래그를 제거할 수 있습니다. 플래그 제거는 키워드 앞에 음수 부호를 붙이시면 됩니다.

KDE와 QT 지원을 제거하고 ldap 지원을 추가한다면, 에서 USE 값을 다음처럼 지정할 수 있습니다:

개별 꾸러미당 USE 플래그 선언
사용자가 시스템 범위가 아닌 하나(이상의) 프로그램에 대한 각각의 USE 플래그를 지정하려고 하는 경우가 있습니다. 이럴 때는 를 편집하십시오. 보통 단일 파일이지만 디렉터리일 수도 있습니다: 더 많은 내용은 를 살펴보십시오. 다음 예제에서 는 단일 파일로 간주합니다.

mysql에 대해 berkdb 지원만 포함한다면:

이와 비슷하게 각각의 프로그램에 대해 USE 플래그를 분명히 비활성화할 수 있습니다. PHP에 대한 java 지원을 비활성화할 경우(하지만 의 USE 플래그 지정을 통해 다른 꾸러미에는 활성화할 경우):

임시 USE 플래그 선언
잠깐동안 USE 플래그를 설정해야 할 때도 있습니다. 를 두 번 편집하는 대신(USE값 바꾸기를 했다가 취소) USE 변수를 환경 변수처럼 지정하면 됩니다. 입력한 명령에 대해서만 이 설정을 적용함을 기억하십시오. 프로그램을 다시 이머지하거나 업데이트(분명히 둘 다 하든지 시스템 업데이트의 일부로 처리하든지)하면 (임시로) 지정한 USE 플래그로 바꾸어놓은 상태를 되돌립니다.

다음 예제에서는 seamonkey를 설치하는 과정에서 USE 설정의 java 플래그를 잠깐동안 제거합니다:

우선 처리
물론 어떤 설정이 USE 설정에 우선하는가에 대한 우선 처리 방식이 있습니다. USE 설정에 대한 우선 처리는 우선 순위에 따릅니다(처음 항목은 우선순위가 낮음)
 * 1) 프로파일의 일부인  파일에서 지정한 기본 USE 설정
 * 2) 의 사용자 지정 USE 설정
 * 3) 의 사용자 지정 USE 설정
 * 4) 환경 변수로 지정한 사용자 지정 USE 설정

To view the final USE setting as seen by Portage, run. This will list all relevant variables (including the USE variable) with their current definition as known to Portage.

전체 시스템에 새 USE 플래그 적용
USE 플래그 값을 바꾸고 나면 필요한 변경 사항을 반영하기 위해 시스템을 업데이트해야합니다. 업데이트를 진행하려면 명령에   옵션을 사용하십시오.

Next, run Portage's depclean to remove the conditional dependencies that were emerged on the "old" system but that have been obsoleted by the new USE flags.

depclean이 끝나면, 를 실행하여 제거했을지도 모르는 꾸러미에서 제공하는 공유 객체에 동적으로 연결한 프로그램을 다시 빌드하십시오. 는 의 일부입니다. 이 꾸러미를 꼭 이머지하십시오.

모든 과정을 끝나면 시스템에서는 새 USE 플래그를 사용합니다.

사용할 수 있는 USE 플래그 보기
seamonkey 예제를 보도록 하겠습니다. 어떤 USE 플래그를 살펴보고 있을까요? 명령에 옵션과  옵션으로 확인해보겠습니다:

만 이 작업을 하는 도구가 아닙니다. 실제로 꾸러미에 있는 가 꾸러미 정보를 제공하기도 합니다.

이제 에 uses 매개변수를 붙여 각각의 꾸러미에서 사용하는 USE 플래그를 살펴보겠습니다. gnumeric 꾸러미의 내용을 살펴보면:

REQUIRED_USE 상태 충족
일부 이빌드에서는 제대로 동작하게 하려 일부 USE 플래그 조합을 요구하거나 막는 경우가 있습니다. 이런 경우 REQUIRED_USE 조건에 있는 여러 조건으로 표현합니다. 이 조건은 모든 기능과 의존성이 완벽한지 확인하며, 빌드를 성공시키고, 기대하던 동작이 가능하도록 합니다. 이 조건을 만나지 못하면 이머지에서는 문제를 해결하도록 경고하고 요구합니다.

REQUIRED_USE 의 일부 예제 조건을 하단에 보여드리겠습니다.