примеры шлака: =www-client/seamonkey-2.0.14, не собирается gcc 4.6 без -fpermissve, приходится лезть в Makefile прописывать OS_COMPILE_CXXFLAGS=-fpermissive OS_COMPILE_CFLAGS=-fpermissive и собирать по фазам;
=dev-scheme/guile-1.8-r1 и =dev-scheme/guile-2.0.1 из lisp overlay содержат файлы по одним и тем же путям (1.8 дефолтно замаскирован, но если размаскировать, :2 и :12 становятся в разные слоты, но содержат пересекающиеся файлы)
gnustep-base/gnustep-base с gnustep-base/gnustep-make native-exceptions не собирается gcc 4.6, но собирается clang-ом. Опять таки, есть libobjc2 но gnustep-base/gnustep-make до него ещё не доделан.
USE=introspection и gnome3 замаскирован, и собирается вручную по фазам и configure ручками (в /etc/paludis/use.conf , /etc/portage/package.use introspection везде прописан, при пересборке вручную форсируется -introspection). Опять, gnome2 и gnome3 вместе толком не становятся.
ну и т.п. плюс 10500 оверлеев и народная забава «найди, где ебилды свежее».

cp /usr/src/linux{-`uname -r`,}/.config && make oldconfig всё равно как-то надёжнее.

А какая разница между этими конфигами, если ядро собиралось с /usr/.../config?

Ты уверен?

Ручками всегда надёжней.

алсо, не нравится манера некоторых в дереве делать новые версии move-ом старых. Поставишь так ебилд, обновишься — а старой версии уже нема. Это по идее нужно только для оч. критических исправлений, но блин, кому мешают старые ебилды в дереве, которые просто лежат и кушать не просят.

чем они отличаются?

Я initrd не осилил, поэтому собираю ядро руками. И это правильно.

кхм ... чем отличается мой конфиг от дефолтного? ну, например ненужными мне ФС,raid/lvm,ia32 ... «тысячи» их.

ЕМНИП, тем, что /proc/config.gz это конфиг текущего ядра, который может быть несовместим с новым, а после make oldconfig гарантированно получаем конфиг, совместимый с новым ядром

> make oldconfig
он к сожелению тоже берёт конфиг из /usr/src/linux/arch/.../config

А кто тебе сказал, что он там дефолтный? man genkernel

>ЕМНИП, тем, что /proc/config.gz это конфиг текущего ядра


Ну а я собирал это ядро с конфигом, который лежит в /usr/share/genkernel/.../kernel-config и чем они отличаются?

> А кто тебе сказал, что он там дефолтный?
Тоесть genkernel берёт конфиг из /proc/config.gz и копирует в /usr/.../config?

Зачем тянуть /proc/config.gz если есть конфиг с которым собиралось это ядро?

Хорошо. Откуда появляется конфиг(/usr/../config) для genkernel?

Читай тред

http://www.linux.org.ru/jump-message.jsp?msgid=6200354&cid=6200438
http://www.linux.org.ru/jump-message.jsp?msgid=6200354&cid=6200844

Тоесть, когда я запускаю genkernel --menuconfig он обрабатывает /usr/../config и сохроняет его(в /usr/../config)?

нет

Если оно не умеет обрабатывать текущий конфиг и тоскать его от версии к версии, то ненужно.

У него свой конфиг /usr/share/genkernel/arch/x86_64/kernel-config, а не тот про который ты говорил, и да он его сохроняет и тоскать его не надо

>Его уже научили .config из /proc/config.gz брать, а не свой(/usr/.../config) при каждой сборке впихивать?

А мне, как раз, и нужно не из /proc/config.gz, а из /usr/src :)

лучше бы на http://www.linux.org.ru/forum/linux-install/6267294 ответил.

а из /usr/src :)

--kernel-config?

>лучше бы на http://www.linux.org.ru/forum/linux-install/6267294 ответил.

Я от lilo отказался лет 7 назад и забыл как страшный сон :)

> Я от lilo отказался лет 7 назад и забыл как страшный сон :)
зато ОНО просто работает.

kernel /kernel init=/linuxrc crypt_root=/dev/sda3 real_root=/dev/mapper/crypt-root
initrd /initramfs
меня интересует сумеет ли genkernel создать «правильный» initramfs?

PS как с помощью cpio вытащить файлы/диры из initramfs?(gz распоковал, а дальше ...)

>PS как с помощью cpio вытащить файлы/диры из initramfs?(gz распоковал, а дальше ...)

Без понятия. Вручную initramfs никогда и не делал :)