Vladivostok Linux User Group

народ, начинаем обсуждать, интересует как такое реализовать на Arch не ломая логику дистриьутива

замечание, на Arch64 по убеждениями отказались от хранения либов в /lib64, /usr/lib64 & etc и перенесли все это в /lib & /usr/lib & etc

решения видится такое:
1. на 32-bit платформе, или в готовом 32-bit окружении, готовятся пакеты с основными либами для которых root-dir есть /, но ставятся эти пакеты в 64-bit окружении куданить в /opt/arch32
2. при помощи dchroot (ею могут пользоваться юзвери обычные) необходимые 32-bit проги пускаются из /opt/arch32. Про доступ к оригинальной рутовой системы нужно подумать будет...

Но тут становится вопрос как организовать работу программ типа 32-bit--64-bit прокси для firefox/mozilla (64 бит) что бы юзать 32битные плагины

Я вобще-то плохо себе представляю суть проблемы, но разве сим/хард-линки не помогут?
И зачем вообще на 64-битной машине хранить и 64- и 32-битные версии одних и тех же либ?

вот если плохо представляешь положение дел тогда и не говори. суть в том что есть 32-бит апликухи которые просто не делаются для 64битной платформы, примеры:
* Acrobat Reader
* Flash Plugin
Это только первое что пришло в голову.

далее, таблицы импорта/экспорта у 32 и 64 битных аплкикух различаются, что будет далее - додумай.

т.е. для 32бит приложения нужна как минимум 32-битная ld-linux.so

[quote="hatred"]Но тут становится вопрос как организовать работу программ типа 32-bit--64-bit прокси для firefox/mozilla (64 бит) что бы юзать 32битные плагины[/quote]
А она ("прокся") понадобится? Плагины пишутся на xul как и сам браузер. Исполняется xul'овский код самой движкой gecko. По идее разница 64-32битный версий только в реализации самой движки gecko. Это так только мысли - может быть на практике это и не так (или не совсем так ).

У меня LFS на amd64. 32-битные библиотеки компилил с --prefix=/opt/32. В /etc/ld.so.conf прописал дополнительный путь - /opt/32/lib. Сделал симлинк /lib/ld-linux.so.2 на /opt/32/lib/ld-linux.so.2. Софт работает нормально. Компилил 32-битный mplayer, чтобы кодеки виндовые юзать. Acrobat работает, только пришлось в запускающем скрипте пути подредактировать. Бинарный OpenOffice тоже работает. Отсутствие chroot'а избавляет от многих проблем.

[quote="michael"]У меня LFS на amd64. 32-битные библиотеки компилил с --prefix=/opt/32. В /etc/ld.so.conf прописал дополнительный путь - /opt/32/lib. Сделал симлинк /lib/ld-linux.so.2 на /opt/32/lib/ld-linux.so.2. Софт работает нормально. Компилил 32-битный mplayer, чтобы кодеки виндовые юзать. Acrobat работает, только пришлось в запускающем скрипте пути подредактировать. Бинарный OpenOffice тоже работает. Отсутствие chroot'а избавляет от многих проблем.[/quote]
Тоже вариант, хотя для mplayer'а уже добавилил нативный wmv9 кодек (у меня только с ним проблемы были), хотя есть потребуется... так, а ты какой нобор библиотек компилял для в 32-bit окружении? и еще, кросс-компиляцию настраивал для 32bit?

2SCIF: не путай горячее с круглым как и _расширения_ Mozilla/Firefox и _плагины_ по типу Flash

Да, именно кросскомпиляцию я и использую. Системный gcc у меня без multilib собран, он только 64-битный код выдаёт. Для 32-битного кода есть кросс-gcc и кросс-binutils. Список библиотек:
zlib
libpng
freetype
expat
fontconfig
libxml2
jpeg
tiff
libXau
libXdmcp
libX11
libXext
libXp
libICE
libSM
libXt
libXrender
libXi
libXfixes
libXcursor
libXrandr
libXft
glib
atk
cairo
pango
gtk+
alsa-lib
qt

К этому списку неплохо добавить libXv (32-битным mplayer'ом пользуюсь редко, хватает и -vo x11) и libGL (буду wine пробовать, тогда и поставлю).

Для всей этой хрени установочные скрипты есть. Кстати, в списке glibc пропустил

угу, нужно будет место на жестаке расчистить и abs напрячь...

Ну а теперь всем отбой
теперь в ArchLinux 64 появился "официальный" репозитарий community ftp://ftp.archlinux.org/community/os/x86_64 в котором по мимо всего прочего есть замечательный цикл пакетов начинающихся в lib32-*