Използване на portage
Той съдържа информация за нюансите на използването на portage от голямо разнообразие от източници: документация, уебсайтове, форуми на Gentoo, списъци с листи и личен опит. На някои места (особено там, където е текстът на английски) е просто справяне и поставяне от тези източници.
Предполага се, че вече имате основни познания за пренасянето и не е нужно да казвате какво представляват флаговете emerge --sync или USE.
Основният акцент при събирането на информация беше направен върху:
описание на характеристиките на portage
описание на разликата между различните начини за изпълнение на една и съща задача (с примери/аргументи, описващи последиците от изпълнението на задачата по "грешен" начин)
изготвяне на "рецепти" за решаване на типични проблеми
пълнота на описанието (въпреки че portage е движеща се цел - непрекъснато се променя и добавя нови функции - така че този документ е постоянно остарял)
Настройка на Portage
Текущите настройки се издават от emerge --info. Те са резултат от комбинирането на глобални и потребителски настройки.
Символна връзка, сочеща към текущия профил.
Персонализирани настройки по подразбиране.
Персонализирани настройки за отделни пакети и профил.
Например: USE = -flag ACCEPT_KEYWORDS =
x86 изплува нещо .
Файлове с различни настройки, вкл. пакет.маска.
Плюс всички директории на профили, които този профил наследява (името на наследената директория на профила е в родителския файл, а директорията със самия профил е дефинирана чрез символната връзка /etc/make.profile - вижте по-горе).
Управление на инсталацията на пакети
Настройка на компилация
За да оптимизирате компилираните пакети, можете да конфигурирате $ CHOST, $ CFLAGS, $ CXXFLAGS .
Стойността на $ CHOST в /etc/make.conf обикновено трябва да бъде променена само при инсталиране от stage1, преди да стартирате bootstrap. Наръчникът на Gentoo премахна инструкциите за инсталиране от етап1 преди известно време, така че или изберете етап3, подходящ за вашата архитектура, когато инсталирате и оставете CHOST сам, или инсталирайте от етап1.
Ако трябва да промените $ CHOST на работеща система (например, преминете от i386 към i686, което е необходимо при надстройка на glibc до 2.4), след това внимателно проучете Промяна на променливата CHOST и дори не се опитвайте да се ограничите само до редактиране на $ CHOST стойност в /etc/make.conf - изхвърлете системата!
Как да настроите можете да намерите в Ръководството за оптимизиране на компилация. Ако използвате Hardened Gentoo или ако надеждността е критична за вас, а не максимална производителност, препоръчително е да използвате изключително CFLAGS.
За да ускорите компилацията на многопроцесорни/многоядрени машини, задайте $ MAKEOPTS в /etc/make.conf.
Избор на версия на пакета
Няколко различни версии на един и същи пакет могат да бъдат налични едновременно в portage и можете да изберете коя версия да инсталирате.
Има много начини да посочите версията, която искате (вижте „Atom“ в ebuild (5)). Ако не посочите конкретна версия, автоматично ще бъде избрана една от версиите, съответстващи на вашето състояние.
Налична най-новата версия.
Последната налична версия в този SLOT.
Тази конкретна версия.
Всяка версия по-нова от тази.
Всяка версия, която не е по-нова от тази.
Версия по подразбиране (стабилна/тестване)
Всяка версия е маркирана като стабилна/тествана/не работи отделно за всяка архитектура, поддържана от Gentoo.
Стабилен. Например: x86 .
Не работи. Например: -x86 .
С $ ACCEPT_KEYWORDS можете да посочите кои версии да се инсталират по подразбиране - стабилни или тестващи. Стабилните са зададени по подразбиране: ACCEPT_KEYWORDS = "x86" (за x86 архитектура). Ако искате да помогнете на разработчиците на Gentoo с тестване или обичате най-новия софтуер, задайте ACCEPT_KEYWORDS = "
Той може също да бъде конфигуриран индивидуално за необходимите пакети в /etc/portage/package.keywords.
Позволява използването на тествани версии на пакета.
Предотвратява използването на тествани версии на пакета (има смисъл, когато ACCEPT_KEYWORDS = "
Позволява използването на тази конкретна тестова версия на пакета: няма да се опитва да я върне към предишната стабилна версия с emerge -u и няма да я актуализира автоматично до по-нови тестови версии.
Където -version не включва ревизионния номер (-rX), ще работи като предишната опция с едно изключение - автоматични актуализации на по-нови тествани ревизии същата версия пакетите ще бъдат разрешени.