Ebuild repository/ko

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

젠투 리눅스에서 사용자에게 이미 "포티지 트리"라는 "주" 꾸러미 저장소 하나를 제공합니다. 주 저장소에는 젠투 개발자가 관리하는 모든 프로그램 꾸러미(이빌드)가 있습니다. 다만, 사용자는 주 트리에 "겹쳐 올리는" 추가 저장소를 넣을 수 있습니다. 그래서 이름이 "오버레이" 입니다.

꾸러미 저장소에는 파일 모음 말고도 더(또는 덜) 들어있는 곳이 아니기에 이 저장소는 공개 저장소(git, cvs, svn 등) 또는 타르볼로 다운로드 하고 시스템에 직접 추출하는 방식으로 가져올 수 있습니다. 그러나, 오버레이를 설치하면 포티지가 이 파일 또한 어떤 프로그램을 설치할지 파일을 찾아보고 결정하므로, 관리중이며 "신뢰하는" 제 3자 저장소를 사용하시는 것이 좋습니다.

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

오버레이 위치 직접 설정
오버레이를 직접 만들어 사용하려면, 포티지가 주 트리 처럼 찾아보도록 패키지를 놓을 위치에 경로를 만드십시오. 경로를 만들었다면 파일에   값을 추가하십시오.

Using crossdev
crossdev will automatically place the ebuilds/categories it generates into the first overlay found in. You might want to prevent crossdev from disturbing layman's overlays or your personal per-machine overlay (normally created at ). You can create an overlay specifically for crossdev's use:

Then you can instruct portage and crossdev to use this overlay:

Using layman
To make management of multiple overlays simple, a tool called layman is developed. This tool knows about popular user- and developer managed overlays and is able to install & synchronize them as well as add them to the  location.

Local overlay
For instructions on setting up a local overlay, see Overlay/Local_overlay.

Overlay priorities
Each overlay has its unique priority. This makes sure that in the case of a specific version being found in several overlays, the resolution is unambiguous. Ebuilds from overlays with higher priorities take precedence over ebuilds from overlays with lower priorities.

The list of overlays with their priorities can be obtained through the output of the following command

Unless the  variable has been modified as described below, the default gentoo portage tree will have a priority of -1000. That means that all other overlays take precedence. That is the default behavior, because overlays are designed to "lay over/on top" of the portage tree.

Setting overlay priorities
The overlay priority is calculated from the order of overlay entries in the  variable. Portage "walks" through the variable from left to right and increments the priority on the way. The leftmost entry starts with a priority of 1, the next entry has a priority of 2 and so on.

Unless the  contains the portage tree entry, the portage tree will always be assigned a priority of -1000. This can be easily changed by putting  in the   variable:

In the example above the user overlay will be assigned a priority of 1 and the portage tree will be assigned a priority of 2.

Using unsafe overlays
When using huge overlays or those with unknown/low quality it is best practice to hardmask the whole overlay.

After that you can unmask the packages you specifically want to emerge.

This way nothing weird will happen on updates and it is safer than using priorities.

Cache generation
When large overlays are installed, portage may take a long time to perform operations like dependency resolution. This is because overlays do not usually contain a metadata cache.

You may generate a local metadata cache by running emerge --regen after syncing your overlays.

eix-sync
eix-sync can run  after syncing your overlays and portage tree.

eix-update
eix-update can utilize the metadata cache generated by  for a speedup and better accuracy. To enable this, set the  to " " in.