а с каких пор видео-дрова перестали уметь мультилиб!?

Я не знаю, с каких :(

ts alex # emerge -uDNav world
These are the packages that would be merged, in order:
Calculating dependencies... done!
Total: 0 packages, Size of downloads: 0 kB

А Незнайка на юзерпике, кстати, очень подходит под вопрос. Я аж рассмеялся.

emerge.log | grep completed

Та пересборка, которую я устроил после добавления заветных «32 64».

а юз multilib добавить не забыл!?
З.Ы. что за дрова-то на видео!?

Нет, не забыл.

Intel Sandy Bridge у меня.

т.е. x11-drivers/xf86-video-intel?
справки для - с этого надо было начинать

мультилиб уже штабилен? можно безопасно перекатываться? спасибо.

относительно - довольно недавно началась миграция на...скажем так, full-multilib
например ТС-овские дрова не имеют флагов для оной.
а по поводу миграции думай сам - я пока сижу на 32, т.к. 64 тупо не готово для меня - просто солянка из костылей и дублей ни на что неспособное.

еще вопросец кстати, у меня вот amd64, и не собираюся эмуляторы приставок. при переходе на abi_x86=32 64 они наянут собираться?
pcsx2, например.
а так - вечером забекаплюсь куда-нибудь в Мегу, врублю этот заветный флаг и буду сношаться.

ну...по идее, если есть опции сборок под 32/64, то сработают как юзы при флаге N

Они самые.

Что посоветуешь, ЛОР?

Руками скомпилять.

32 битный libGL находится в app-emulation/emul-linux-x86-xlibs .

64 тупо не готово для меня - просто солянка из костылей и дублей ни на что неспособное.

Ты путаешь чистую 64 битную систему и multilib.

Естественно, если тебе нужно использовать 32 битные приложения, к примеру проприетарный софт и этот софт есть только в 32 битном варианте, то тут уж от multilib не отвертеться и как следствие будут нужны 32 битные версии библиотек, которые нужны для работы таких программ, даже если они являются дублями 64 битных версий этих же библиотек.

А так чистая 64 битная система (не multilib) ничем не отличается от твоей чистой 32 битной.

Да и к тому же нет особых проблем использования 32 битного софта в 64 битной multilib системе.

они какбы в emul идут

Он как-бы про видеодрайвер.

но ведь libGL.so.1 это как бы mesa

Итак, что мне делать? Попытка установить app-emulation/emul-linux-x86-xlibs приводит к длинному списку блокировок из x11-libs, причем две неудовлетворенные:

(app-emulation/emul-linux-x86-xlibs-20130224::gentoo, ebuild scheduled for merge) pulled in by
    >=app-emulation/emul-linux-x86-xlibs-20100611 required by (app-emulation/emul-linux-x86-opengl-20130224::gentoo, ebuild scheduled for merge)
    emul-linux-x86-xlibs

echo "=app-emulation/emul-linux-x86-xlibs-20130224" >> /etc/portage/package.mask/emul-linux-x86-xlibs

Убирать 32 из ABI_X86 и ставить его в package.use только для отдельных библиотек?

Решив ради Steam сделать мультилиб из Gentoo

У вас изначально система multilib или нет ? Какой stage3 использовали для установки и какой выбран профиль ?

stage3-amd64-20130627.tar.bz2 (до сих пор валяется), [3] default/linux/amd64/13.0/desktop *

Пакеты emul-linux будут конфликтовать с некоторыми пакетами, собрыннми с ABI_X86_32.

Как-то можно это исправить?

Пересобрать пакеты, которые конфликтуют без ABI_X86_32.

Убрал 32 из ABI_X86, он теперь пересобирает x11-libs и устанавливает два emul - opengl и xlibs.

и устанавливает два emul - opengl и xlibs.

Вам как раз хватит.