Gentoo multilib

       --verbose (-v)
              Tell emerge to run in verbose mode.  Currently this flag causes emerge to print out GNU info errors,
              if any, and to show the USE flags that will be used for each package when pretending. The  following
              symbols are affixed to USE flags in order to indicate their status:


              Symbol   Location    Meaning
              ──────────────────────────────────────────────────────────────

              -        prefix      not enabled (either disabled or removed)
              *        suffix      transition to or from the enabled state
              %        suffix      newly added or removed
              ()       circumfix   forced, masked, or removed

что не так?

megabaks (30.04.2011 5:37:50)

Копать сюда. Глобально флаг multilib_abi_x86 советую не ставить.

pekmop1024 (30.04.2011 5:39:35)

"() circumfix forced, masked, or removed"

т.е. в моем случае forced?

erfea (30.04.2011 5:41:36)

почему?

erfea (30.04.2011 5:46:29)

ну раз "замаскировал", то masked
не? ;)

megabaks (30.04.2011 5:47:51)

Потому что оно собирает две версии - 32 и 64 - в каждый пакет, а некоторые вещи вообще не собираются. Зависимости того, что собирается с multilib_abi_x86, тоже должны быть собраны с multilib_abi_x86. Лучше всего руками отследить эти сотню-полторы пакетов.

pekmop1024 (30.04.2011 5:50:13)

Пожалуй ты прав, так делать не стоит. Возник другой вопрос, как мне блин gstreamer и его плагины собрать 32бита? Флага мультилиб ни у него ни у плагинов не вижу ( [ebuild N ] media-libs/gstreamer-0.10.31 USE="nls (-introspection) -test" 3,361 kB

erfea (30.04.2011 6:02:11)

А у кого это такая странная зависимость?

pekmop1024 (30.04.2011 6:09:17)

secondlife

erfea (30.04.2011 6:12:12)

Ты портаж-то заменил на мультилибовый? Он ко всем пакетам флаг этот добавляет

pekmop1024 (30.04.2011 6:15:08)

портаж то один по-моему О_о может ты оверлей имел ввиду. Сорь за то, что туплю, я генду давно последний раз в глаза видел, тогда amd64 ещё не существовало...

erfea (30.04.2011 6:25:52)

а может у меня его не было, короч правда давно было...

erfea (30.04.2011 6:26:46)

Не, там форк

pekmop1024 (30.04.2011 6:28:51)

а поподробнее?

erfea (30.04.2011 6:29:29)

layman/multilib -> multilib оно?

erfea (30.04.2011 6:38:55)

Да, сначала добавляешь оверлей, а потом по инструкции

pekmop1024 (30.04.2011 6:43:53)

блин, и по какой еще инструкции?

erfea (30.04.2011 6:44:45)

да, еще, ветка master протухла, тебе нужна portage-multilib

pekmop1024 (30.04.2011 6:45:04)

Ты совсем Ъ? Я же тебе ссылку в самом начале давал :)

pekmop1024 (30.04.2011 6:45:38)

был не внимателен :D

erfea (30.04.2011 6:49:32)

Секс с разруливанием флагов - гарантирую. Мир в автоматическом режиме вряд ли пересоберется из-за кольцевых зависимостей.

pekmop1024 (30.04.2011 6:52:43)

еще раньше начался :D echo /usr/portage/profiles/default/linux/amd64/10.0/desktop/kde/ >> /etc/make.profile/parent echo /var/lib/layman/multilib/profiles/base >> /etc/make.profile/parent

emerge матерится: Unavailable repository 'multilib' referenced by eclass-overrides entry in '/etc/portage/repos.conf'

erfea (30.04.2011 7:22:27)

а ты оверлей добавить не забыл?) Ну, скажем,

layman -a multilib

pekmop1024 (30.04.2011 7:34:02)

всё сделал по инструкции, оверлей тоже добавил.

Честно говоря, думаю проще будет сделать chroot и собрать в нём всё что нужно, как я это в дебиане делал.

erfea (30.04.2011 7:37:03)

> Честно говоря, думаю проще будет сделать chroot и собрать в нём всё что нужно, как я это в дебиане делал.

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

pekmop1024 (30.04.2011 7:38:31)

У меня есть одна критичная 32 битная задача, из-за нее ставить на свой AMD1090T 32 битную систему нахожу тупостью. Арч не предлагать, он ужасен, бегу с дебиана, на последний из дистров оставшийся вменяемым.

erfea (30.04.2011 7:46:20)

> AMD1090T 32 битную систему нахожу тупостью

Памяти-то, памяти сколько? А то может ты на 4 гигах живешь. :)

> Арч не предлагать, он ужасен

тема для холивара, я не согласен и аргументацию, хоть как-то подтверждающую твое утверждение, можно найти только у ССЗБ, обновляющих роллинг раз в полгода.

> бегу с дебиана

тоже не согласен, что плохого в дебиане, кроме dead-stable версий пакетов? :)

pekmop1024 (30.04.2011 7:50:18)

Смысл темы от меня ускользнул, поэтому хочу спросить: зачем тебе, ТС, мультилиб?

>Памяти-то, памяти сколько? А то может ты на 4 гигах живешь. :)

Ближайшее время будет 16.

>тема для холивара, я не согласен и аргументацию, хоть как-то подтверждающую твое утверждение, можно найти только у ССЗБ, обновляющих роллинг раз в полгода.

Я думаю, это моё личное право считать тот или иной дистр не пригодным для себя. По дебиану например меня убило три раза подряд выпустили сегфолтящийся libqtwebkit4 и вот это (наблюдается на довольном большом кол-ве пакетов, раньше такого с дебианом не бывало вринципе):
$ vainfo
libva: libva version 0.32.0
Xlib: extension "XFree86-DRI" missing on display ":0.0".
libva: va_getDriverName() returns 0
Ошибка сегментирования
dmesg | tail -n1
$ [153543.066442] vainfo[5990]: segfault at 0 ip 000000357e87bb52 sp 00007fff31122838 error 4 in libc-2.11.2.so[357e800000+158000]

>Смысл темы от меня ускользнул, поэтому хочу спросить: зачем тебе, ТС, мультилиб?

мле, а зачем он вообще бывает нужен?!

erfea (30.04.2011 7:58:36)

> Ближайшее время будет 16.

тогда поддержу, PAE в топку. :)

> Я думаю, это моё личное право считать тот или иной дистр не пригодным для себя

Да я и не против, дело привычки и задач.

> мле, а зачем он вообще бывает нужен?!

А это наверное товарищ, который на gNewSense сидит и мультилиб не приемлет по религиозным причинам.

pekmop1024 (30.04.2011 8:03:15)

Для всякого проприетарного софта, которого нет в 64 битах. Но он сам вытягивает при установке нужные либы. В чём паника-то? Если из glibc выпилили этот флаг, значит, он там и не нужен вовсе.

>мультилиб не приемлет по религиозным причинам

Эээ, а разве мультилиб это не х86 на х86_64?

>тогда поддержу, PAE в топку. :)

вот и я о том же.

>Да я и не против, дело привычки и задач.

генту мне далеко не дело привычки, но с дистром немного знаком и точно знаю что мне он идеально подойдет, раньше на нем не сидел ибо проц слабоват был.

>А это наверное товарищ, который на gNewSense сидит и мультилиб не приемлет по религиозным причинам.

Какие тут в топку религиозные причины?! secondlife распространяется на условиях GPL, вот только собрать его под amd64 - задача для конченого задрота, код ужасен, зависимостей тьма, чтобы собрался надо патчить кое-что из системных либ плюс качать тьму патчей по свему инету и пару тройку часов править косяки в коде, я собирал его одно время, имеющеяся 32битная сборка тогда была не юзабельна. Сейчас же есть 32битная официальная сборка, нормально относительно работое, но ей нужен 32 gtk, SDL и gstreamer. запускать приходится вот так: LD_LIBRARY_PATH=$HOME/.secondlife/client/lib:/system32/lib:/system32/usr/lib:/system32/usr/lib/gstreamer-0.10 QT_PLUGIN_PATH=$HOME/.kde/lib/kde4/plugins/:/system32/usr/lib/kde4/plugins/ GST_PLUGIN_PATH=/system32/usr/lib/gstreamer-0.10/ GTK_PATH=/system32/usr/lib/gtk-2.0/2.10.0:/system32/usr/lib/gtk-2.0 GCONV_PATH=/system32/usr/lib/gconv LANG=C LL_BAD_FMOD_DRIVER=x SDL_VIDEO_X11_DGAMOUSE=0 bin/do-not-directly-run-secondlife-bin

erfea (30.04.2011 8:11:00)

>secondlife

Это тот виртуальный сетевой мир? Печально, я сам хотел его погонять, но посмотрел на пост и охладел.

Кстати, чтобы не засорять систему разными ошмётками, можно собрать чисто 32-битную систему в виртуалке и пускать нужный софт там.

мле, ну ты гонишь...

erfea (30.04.2011 8:15:14)

А по мне так гонево - это превращать систему в помойку.

Несколько либ 32 битных?! Которые ставятся в /lib32 /usr/lib32 это захламлять?! Это хуже виртуалки, в которой производительность как не крути куда ниже и которая физически больше места на харде хавает?! ОМГ

erfea (30.04.2011 8:21:31)

поставь семерку максимальную и гамай на ней в свой ссаный секондлайф

ЗЫ в венде эта хрень работает ещё хуже :D

erfea (30.04.2011 8:24:52)

>Несколько либ 32 битных?! Которые ставятся в /lib32 /usr/lib32 это захламлять?!

Где несколько, там и пара десятков. Но самое главное - это вот эти извращения:

>запускать приходится вот так: LD_LIBRARY_PATH=$HOME/.secondlife/client/lib:/system32/lib:/system32/usr/lib:/system32/usr/lib/gstreamer-0.10 QT_PLUGIN_PATH=$HOME/.kde/lib/kde4/plugins/:/system32/usr/lib/kde4/plugins/ GST_PLUGIN_PATH=/system32/usr/lib/gstreamer-0.10/ GTK_PATH=/system32/usr/lib/gtk-2.0/2.10.0:/system32/usr/lib/gtk-2.0 GCONV_PATH=/system32/usr/lib/gconv LANG=C LL_BAD_FMOD_DRIVER=x SDL_VIDEO_X11_DGAMOUSE=0 bin/do-not-directly-run-secondlife-bin

>производительность как не крути куда ниже

Тебе же не в крайзис играть, да и это вовсе спорный момент. Смотря как сделать.

>которая физически больше места на харде хавает

Зато мясо отдельно, мухи отдельно.

А выбрать профайл no-multilib не пробовал?

partyzan (30.04.2011 8:25:33)

Чувак, ставь себе виртуалку и делай с ней что хочешь, а декватным людям, желающим запустить прорамму нативно на проце хрень не предлагай. Тем более что описанный выше вариант запуска давно обкатан и работает на ура, просто мне казалось в связи с перездом генту будет реальным пару либ собрать сразу 32 и 64 битными, чтобы не держать (довольно маленький chroot) из которого тянутся сие либы, если указанная выше команда запуска тебя пугает, то это лишь от твоей не способности её распарсить, а не от нереальной порнушности сего решения.

erfea (30.04.2011 8:30:52)

>желающим запустить прорамму нативно на проце

Что значит "запустить программу нативно на проце"? В виртуалке твоя программа не на проце будет выполняться или не нативно?

>хрень не предлагай

Хрень - это то, что ты наворотил:

>запускать приходится вот так: LD_LIBRARY_PATH=$HOME/.secondlife/client/lib:/system32/lib:/system32/usr/lib:/system32/usr/lib/gstreamer-0.10 QT_PLUGIN_PATH=$HOME/.kde/lib/kde4/plugins/:/system32/usr/lib/kde4/plugins/ GST_PLUGIN_PATH=/system32/usr/lib/gstreamer-0.10/ GTK_PATH=/system32/usr/lib/gtk-2.0/2.10.0:/system32/usr/lib/gtk-2.0 GCONV_PATH=/system32/usr/lib/gconv LANG=C LL_BAD_FMOD_DRIVER=x SDL_VIDEO_X11_DGAMOUSE=0 bin/do-not-directly-run-secondlife-bin

>работает на ура

Оно видно.

>если указанная выше команда запуска тебя пугает, то это лишь от твоей не способности её распарсить, а не от нереальной порнушности сего решения

Она меня не пугает, она делает мне хохот. Это не порнушность, это вендузятничество.

>Что значит "запустить программу нативно на проце"? В виртуалке твоя программа не на проце будет выполняться или не нативно?

ну оговорился на железе, настоящем не эмулируемом.

>Хрень - это то, что ты наворотил:

>>запускать приходится вот так: LD_LIBRARY_PATH=$HOME/.secondlife/client/lib:/system32/lib:/system32/usr/lib:/system32/usr/lib/gstreamer-0.10 QT_PLUGIN_PATH=$HOME/.kde/lib/kde4/plugins/:/system32/usr/lib/kde4/plugins/ GST_PLUGIN_PATH=/system32/usr/lib/gstreamer-0.10/ GTK_PATH=/system32/usr/lib/gtk-2.0/2.10.0:/system32/usr/lib/gtk-2.0 GCONV_PATH=/system32/usr/lib/gconv LANG=C LL_BAD_FMOD_DRIVER=x SDL_VIDEO_X11_DGAMOUSE=0 bin/do-not-directly-run-secondlife-bin

>>работает на ура

>Оно видно.

И что тебе там видно?!

>Она меня не пугает, она делает мне хохот. Это не порнушность, это вендузятничество.

Использование LD_LIBRARY_PATH виндузятничество, ну-ну...

erfea (30.04.2011 8:40:55)

Как у вас тут всё запущено. Теперь понимаю твой butthurt при упоминании мультилиба )

uzbl (30.04.2011 8:41:44)

Тосто бакса тролишь! Самозабанься!

erfea (30.04.2011 8:42:38)

>на железе, настоящем не эмулируемом

Зачем виртуалке эмулировать проц?

>Использование LD_LIBRARY_PATH виндузятничество

Это костыль, а костыли - вендузятничество.

>Зачем виртуалке эмулировать проц?

Я же поправился уже, что тебе ещё надо? Ну не эмулит он проц один хрен, это эмулятор железа.

>Это костыль, а костыли - вендузятничество.

Мухахаха, а теперь удосужся почитать исходники хотябы некоторых программ, котрыми ты пользуешься!!!

erfea (30.04.2011 8:56:08)

>это эмулятор железа

Необязательно.

>Мухахаха, а теперь удосужся почитать исходники хотябы некоторых программ, котрыми ты пользуешься!!!

Да я в курсе, что в Линуксе костыль на костыле. Но это ведь не значит, что нужно поощрять такой подход, не так ли?

>Да я в курсе, что в Линуксе костыль на костыле. Но это ведь не значит, что нужно поощрять такой подход, не так ли?

Это значит, что запускать проги надо в виртуалке?! Типа не костыль? Инвалидная коляска!!! :D

erfea (30.04.2011 9:01:48)