Ebuild repository/ko

오버레이는 프로그램을 다룰 때, 포티지가 제자리를 찾아 처리하는 추가 저장소입니다.

Within Gentoo Linux, users already have one "main" package repository, called the Portage tree. This main repository contains all the software packages (called ebuilds) maintained by Gentoo developers. But users can add additional repositories to the tree that are "layed over" the main tree - hence the name, overlays.

Since package repositories are nothing more (or less) than a set of files (ebuilds, metadata files, ChangeLog entries ...) these repositories can be pulled in from public repositories (git, cvs, svn ...) or downloaded as tarballs and extracted manually onto the system. It is advised to use managed repositories by trusted third parties; any installed overlay will cause Portage to look through the overlayed files when deciding which software to install. If compromised code is in the overlay, then compromised packages could be installed on the system.

오버레이 다루기
포티지에서는 시스템에 설치한 오버레이를 연결할 때  변수를 활용합니다. 이 변수에는 포티지가 추가 저장소의 루트를 찾을 수 있는 위치로, 시스템의 경로를 공백 문자로 구분한 경로 목록을 사용합니다.

오버레이 위치 직접 설정
To make a personal overlay, create a location ( for example) in which the packages Portage is to look for are located. Then add the  variable to the  file containing the path to the location of the custom overlay.

An example of an overlay being located in the a user's home directory:

Add user to Portage group
To add a user to the portage group, use the gpasswd command like so:

See also adding a user to a group.

crossdev 활용하기
crossdev will automatically place the ebuilds/categories it generates into the first overlay found in. Most users will want to prevent crossdev from disturbing layman's overlays or the user's personal per-machine overlay (normally created at ). Create an overlay specifically for crossdev's use:

Then instruct Portage and crossdev to use this overlay:

layman 사용하기
여러가지 오버레이를 단순하게 관리하기 위해 layman이라는 도구를 개발했습니다. 이 도구는 사용자와 개발자가 관리하는 오버레이를 알아내며  위치에 오버레이를 추가하여 설치하고 동기화 할 수 있게 합니다.

로컬 오버레이
로컬 오버레이 설정 방법은 로컬 오버레이en를 보십시오.

오버레이 우선순위
각각의 오버레이에는 유일의 우선순위가 있습니다. 여러 오버레이에 특정 버전을 발견했을 경우 확인하며, 해결 방법은 혼란스럽지 않습니다. 높은 우선순위를 지닌 오버레이의 이빌드는 낮은 우선순위를 가진 오버레이의 이빌드보다 우선합니다.

우선순위가 붙은 오버레이 목록은 다음 목록 출력으로 볼 수 있습니다.

아래에 설명한대로  변수 값을 수정하지 않는 한 기본 젠투 포티지 트리는 -1000 우선순위 값을 지닙니다. 이는 모든 다른 오버레이에 우선한다는 의미입니다. 오버레이가 포티지 트리 "위에 얹어서 그 위로 쌓아 올리는" 방식으로 설계했기 때문에 기본 동작이 이렇습니다.

오버레이 우선순위 설정
오버레이 우선순위는  변수의 오버레이 항목 순서로 계산합니다. 포티지는 왼쪽에서 오른쪽으로 변수 값을 읽어"나가며", 차례대로 우선순위 값을 증가합니다. 왼쪽부터 우선순위 값을 1로 시작하고 다음 값은 2로, 그 다음 값에 대해 하나씩 증가합니다.

에 포티지 트리 항목이 들어있지 않으면, 포티지 트리는 항상 -1000 우선순위 값을 할당 받습니다. 이 상태는  변수 값의   값을 놓아 쉽게 바꿀 수 있습니다.

위의 예제에서 사용자 오버레이를 우선 순위 1로 할당하고 포티지 트리를 우선 순위 2로 할당합니다.

안전하지 않은 오버레이 활용
알 수 없는 저질의 큰 규모의 오버레이를 활용한다면 전체 오버레이에 강 마스크를 지정하는 것이 좋은 방법입니다.

After that unmask the packages that will be installed.

이 이상하지 않은 방법은 업데이트 할 때 실행되며, 우선순위 기법을 활용할 때보다는 안전합니다.

캐시 만들기
거대 오버레이를 설치하면, 포티지에서 의존성 확인과 같은 작업을 처리하는데 오랜 시간이 걸릴 수 있습니다. 보통 오버레이가 메타데이터 캐시를 보유하고 있지 않기 때문입니다.

Generate a local metadata cache by running emerge --regen after syncing the overlays:

Be careful, because emerge --regen takes a lot of time and it's not recommended for rsync users as rsync updates the cache using server-side caches (most of users of portage are rsync users). Rsync users should simply run emerge --sync (or eix-sync) to regenerate the cache. It's probably only users of very large overlays should try emerge --regen.

eix-sync
eix-sync can run emerge --regen</tt> after syncing the overlays and portage tree.

eix-update
eix-update</tt> can utilize the metadata cache generated by emerge --regen</tt> for a speedup and better accuracy. To enable this, set the  to   in.