LINUX.ORG.RU

История изменений

Исправление Rinaldus, (текущая версия) :

Как мне сделать так, чтобы начать инсталляцию со стабильной версии, дальше «переключиться» на использованием кейворда ~amd64, получить последнюю версию портеджей и версии компонентов, при этом правильно обновить glibc \ binutils \ gcc и тд?

Лучше всего это сделать сразу после распаковки базовой версии из stage3, после приведения в порядок make.conf, но до установки gentoo-sources. В make.conf прописываешь:

ACCEPT_KEYWORDS="~amd64"
и затем делаешь
emerge -1 gcc
gcc-config <цифра_нового_gcc>
emerge -avuDN --changed-deps=y world
А потом уже дальше по хэндбуку ставишь ядро и все остальное.
Вообще чем дальше в лес, тем больше палок. Я это к тому, что когда много чего уже понаставлено, гораздо труднее все обновить до нестабильной версии. Нужно это делать как можно раньше.
До systemd лучше всего обновлять уже после того, как базовая система установлена и комп с нее загружен. Просто если наоборот и если ты напортачишь, то потом голову сломаешь, пытаясь понять, это с базовой системой напортачил или во время установки systemd. Загрузись с базовой системой минимальной, включи в ядре все что нужно по гайду, перекомпиллируй ядро и затем перекомпиллируй мир с USE-флагом «systemd».

Исправление Rinaldus, :

Как мне сделать так, чтобы начать инсталляцию со стабильной версии, дальше «переключиться» на использованием кейворда ~amd64, получить последнюю версию портеджей и версии компонентов, при этом правильно обновить glibc \ binutils \ gcc и тд?

Лучше всего это сделать сразу после распаковки базовой версии из stage3, после приведения в порядок make.conf, но до установки gentoo-sources. В make.conf прописываешь:

ACCEPT_KEYWORDS="~amd64"
и затем делаешь
emerge -1 gcc
gcc-config <цифра_нового_gcc>
emerge -avuDN --changed-deps=y world
Вообще чем дальше в лес, тем больше палок. Я это к тому, что когда много чего уже понаставлено, гораздо труднее все обновить до нестабильной версии. Нужно это делать как можно раньше.
До systemd лучше всего обновлять уже после того, как базовая система установлена и комп с нее загружен. Просто если наоборот и если ты напортачишь, то потом голову сломаешь, пытаясь понять, это с базовой системой напортачил или во время установки systemd. Загрузись с базовой системой минимальной, включи в ядре все что нужно по гайду, перекомпиллируй ядро и затем перекомпиллируй мир с USE-флагом «systemd».

Исправление Rinaldus, :

Как мне сделать так, чтобы начать инсталляцию со стабильной версии, дальше «переключиться» на использованием кейворда ~amd64, получить последнюю версию портеджей и версии компонентов, при этом правильно обновить glibc \ binutils \ gcc и тд?

Лучше всего это сделать сразу после распаковки базовой версии из stage3, после приведения в порядок make.conf, но до установки gentoo-sources. В make.conf прописываешь:

ACCEPT_KEYWORDS="~amd64"
и затем делаешь
emerge -1 gcc
gcc-config <цифра_нового_gcc>
emerge -avuDN --changed-deps=y world
Вообще чем дальше в лес, тем больше палок. Я это к тому, что когда много чего уже понаставлено, гораздо труднее все обновить до нестабильной версии. Нужно это делать как можно раньше.
До systemd лучше всего обновлять уже после того, как базовая система установлена и комп с нее загружен. Просто если наоборот и если ты напортачишь, то потом голову сломаешь, пытаясь понять, это с базовой системой напортачил или во время установки systemd. Загрузись с базовой системой минимальной, включи в ядре все что нужно по гайду, перекомпиллируй и затем пересобирай мир с USE-флагом «systemd».

Исходная версия Rinaldus, :

Как мне сделать так, чтобы начать инсталляцию со стабильной версии, дальше «переключиться» на использованием кейворда ~amd64, получить последнюю версию портеджей и версии компонентов, при этом правильно обновить glibc \ binutils \ gcc и тд?

Лучше всего это сделать сразу после распаковки базовой версии из stage3, после приведения в порядок make.conf, но до установки gentoo-sources. В make.conf прописываешь:

ACCEPT_KEYWORDS="~amd64"
и затем делаешь
emerge -1 gcc
gcc-config <цифра_нового_gcc>
emerge -avuDN --changed-deps=y world
Вообще чем дальше в лес, тем больше палок. Я это к тому, что когда много чего уже понаставлено, гораздо труднее все обновить до нестабильной версии. Нужно это делать как можно раньше.