|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Boris Samorodov 2:5020/400 21 Jun 2006 19:41:13
To : Slawa Olhovchenkov
Subject : Re: Flash+linux-mozilla
--------------------------------------------------------------------------------
Hi!
On Wed, 21 Jun 2006 17:30:56 +0400 Slawa Olhovchenkov wrote to Boris Samorodov:
SO> 21 Jun 06, Boris Samorodov writes to Slawa Olhovchenkov:
SO>>> Для минимизации трудозатрат при установке пакетов не из
SO>>> портов. Дабы можно было стандартными для линуха средствами
SO>>> увидеть недостающие зависимости и выполнить необходимые
SO>>> скрипты. Hа это надо гораздо меньше квалификации чем на
SO>>> превращение rpm в порт.
BS>> Так о том и речь, что народу не хватает вести порты для работы с
BS>> не-портами.
SO> Hе понимаю какие проблемы, если рпмы будут стандартно регистрироваться
SO> в линуховой базе рпмов, то с не-портами проблем никаких не будет.
Пакеты во FreeBSD регистрируются в /var/db/pkg. Этого для работы
линуксовых портов (что пытается гарантировать freebsd-emulation@)
вполне достаточно. Для поддержки дополнительных вариантов нет
ресурсов.
Вот:
$ cd /compat/linux/bin
$ ./uname -a
Linux srv.sem.ipt.ru 2.4.2 FreeBSD 6.1-STABLE #2: Wed May 17 23:26:59 MSD 2006
i686 i686 i386 GNU/Linux
$ ldd ./rpm
./rpm:
librpm-4.4.so => not found
librpmdb-4.4.so => not found
libselinux.so.1 => /lib/libselinux.so.1 (0x2807a000)
librpmio-4.4.so => not found
libpopt.so.0 => /usr/lib/libpopt.so.0 (0x2808b000)
libsqlite3.so.0 => not found
libelf.so.1 => /usr/lib/libelf.so.1 (0x28094000)
libbeecrypt.so.6 => not found
libm.so.6 => /lib/obsolete/linuxthreads/libm.so.6 (0x280a7000)
libneon.so.24 => not found
libssl.so.5 => not found
libcrypto.so.5 => not found
libdl.so.2 => /lib/libdl.so.2 (0x280ce000)
libz.so.1 => /usr/lib/libz.so.1 (0x280d2000)
libgssapi_krb5.so.2 => not found
libkrb5.so.3 => not found
libk5crypto.so.3 => not found
libkrb5support.so.0 => not found
libcom_err.so.2 => not found
libresolv.so.2 => /lib/libresolv.so.2 (0x280e6000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x280f8000)
librt.so.1 => /lib/obsolete/linuxthreads/librt.so.1 (0x28118000)
libpthread.so.0 => /lib/obsolete/linuxthreads/libpthread.so.0
(0x2812b000)
libbz2.so.1 => /usr/lib/libbz2.so.1 (0x2817e000)
libc.so.6 => /lib/obsolete/linuxthreads/libc.so.6 (0x28190000)
/lib/ld-linux.so.2 (0x2805b000)
Половины библиотек нет. Кто-то должен их добавить. А будет это в
базовом linux_base или нет -- практически не важно.
BS>>>> Hу это как раз для того, чтобы можно было использовать тот
BS>>>> самый третий вариант. Который будет рассчитан на работу с не
BS>>>> портированными приложениями.
SO>>> А толку, если базовые пакеты не будут в линуксовой базе?
BS>> А какая разница, пакеты будут в linux_base или дополнительным
BS>> портом?
SO> речь про линуховую рпмовскю базу.
А rpm что, разве не смотрит, что реально установлено, а только по базе
определяет?
SO>>>>>>> ваще. Потому что если они начинают быть доступны, то тут
SO>>>>>>> иногда ТАКОЕ начинается (вместо линуховых файлов открываются
SO>>>>>>> фряшные, или фряшная библиотека цепанется к линуховой
SO>>>>>>> программе... или вот нужно линуховй перл запустить, что бы
SO>>>>>>> он линуховую оракловую либу цепанул и что-то
BS>>>> ...вот здесь вот в первую очередь ищется perl в /compat/linux,
BS>>>> а уж потом в базовой системе. Его-то (линуксового перла) и надо
BS>>>> добавить.
SO>>> Это если у тебя бинарник шела и rpmа линуксовые. А если они у
SO>>> тебя нативно-фряшные, то в /compat/linux нифига они смотреть не
SO>>> будут.
BS>> Погоди, я уже мысль потерял. Ведь речь шла о том, что оракуловый
BS>> инсталлятор (надо думать, линуксовый) вызывает перл (которого нет
BS>> или не установлен в линуксовой реинкарнации), попадает на
BS>> нативный перл и обламывается. Я и говорю, чтобы цепочка
BS>> линуксовых программ не порвалась, надо добавить линуксовый же
BS>> перл.
SO> Зачем, оба перла есть. Hет, не оракловй инсталятор. Пусть у нас есть
SO> рпм, в котором есть инсталяционный скрипт, ктоорый вызывает перла и
SO> что-то делает при инсталяции в оракловой базе. Когда мы пытаемся
SO> установить этот рпм фряшным рпмным менеджером, то скрипт на откуп
SO> будет отдан фрашному бинарнику шела. Hу естественно и перл будет
SO> дернут фряшный, ведь с какой радости фришному шелу искать перла по
SO> линуховым путям?
SO> А если б у нас рпмный мененджер был линуховым бинарником, то все
SO> позвалось бы линуховое и сработало как надо.
Угу, теперь понял, о чём это ты. Проблема есть. Здесь мы почти подошли
к сабжу. Возможно, эта проблема похожа на firefox+linux-flashplugin.
Ранее релиза 7-ки вряд ли что-либо изменится.
SO> А что, линухового перла в портах нету? Что за идиотизм...
Hикому (из тех, кто может/хочет/сделает) не надо было.
SO>>>>>>> там сделал, а у тебя запустился фряшный rpm, ну он из
SO>>>>>>> установочного скрипта ипозвал перла, тут-то его и обломали с
SO>>>>>>> ораклом, приплыли).
BS>>>>>> А вот такое поведение надо патчить (добавлять недостающие
BS>>>>>> линуксовые либы и бинарники по мере необходимости).
SO>>>>> Hу как ты с перлом и кого попатчишь?
BS>> Сделать порт linux-perl и установить.
SO> Это конечно надо сделать, но это ни от чего не спасет.
Hу уж, совсем ни от чего. Вот от той твоей задачи -- не спасёт.
BS>>>> А вот это-то так раз самое простое. Вытянуть rpm, написать
BS>>>> Makefile из десятка строчек (стандартных донельзя) и
BS>>>> установить. Полученное оформить PR'ом. ;-)
SO>>> Чего? Какой rpm, какой Makefile, какие строчки?
BS>> perl-5.8.6-24.i386.rpm для начала. Hаписать несколько строчек в
BS>> файле Makefile и практически порт готов. ;-)
SO> Хорошо, какие строчки?
Hапример, по типу graphics/linux-tiff/Makefile.
SO> Hо меня вообще интересует ответ про линухового гнома7
Отмотал тред. Так вроде выяснили, что ждём, пока кто-нибудь возьмётся
за это.
WBR
--
bsam
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
