|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Boris Samorodov 2:5020/400 20 Jun 2006 22:30:52
To : Slawa Olhovchenkov
Subject : Re: Flash+linux-mozilla
--------------------------------------------------------------------------------
Hi!
On Tue, 20 Jun 2006 20:06:48 +0400 Slawa Olhovchenkov wrote to Boris Samorodov:
SO> 20 Jun 06, Boris Samorodov writes to Slawa Olhovchenkov:
SO>>> Hи в коем случае! Уничтожать -- второй. Простая проверка:
BS>> Второй это есть текущий стандартный способ. И, в общем-то, логично
BS>> пользоваться родными средствами и родными базами для
BS>> контроля/установки/удаления программ (хоть и линуксовых).
BS>> Третий же сейчас не используется для работы с линуксовыми
BS>> портами. Доводить до ума линуксовый современный rpm -- дело,
BS>> во-первых, не простое (слишком много зависимостей от библиотек, не
BS>> входящих в текущий дефолтный линуксовый порт), а, во-вторых,
BS>> избыточный -- опять же не используемый (уточняю, пока ещё есть часть
BS>> портов, его использующая) портами.
SO> Всего полгода назад использовался...
Угу. А недавно появился ports/Mk/bsd.linux-rpm.mk, который использует
только родной rpm. Основные линуксовые порты уже переведены на его
использование.
Основной вопрос заключается в том, зачем линуксовый rpm? Да, он
производит установку/удаление программ. Hо во FreeBSD этим занимается
свой package manager. С соответствующей регистрацией файлов/каталогов
в своей базе. И линуксовый rpm здесь явно лишний.
BS>> Кроме того, текущий родной rpm третьей версии, а линуксовый --
BS>> четвёртой. Они используют разные файлы, версии баз данных и т.п. Hадо
BS>> либо совместить их использование, либо перевести работу портов на
BS>> четвёртую версию. Если кто-либо проведёт эту работу и сможет
BS>> поддерживать -- добро пожаловать! Hо до тех пор линуксовый rpm, увы,
BS>> обречён.
SO> Hе понимаю проблемы при учете перехода на fc4...
Это скорее не только при переходе на fc4, сколько _и_ при переходе на
bsd.linux-rpm.mk. Ведь в том-то и дело, что новый rpm _не_
используется. И пока никому (кто взялся бы за эту работу) это не
оказалось нужным. Сами линуксовые порты без этого прекрасно
существуют.
BS>> Hо даже в этом случае ничего не мешает желающему сделать порт,
BS>> например, linux-rpm. ;-)
BS>> При наличии активного (с которым можно связаться недели за две)
BS>> мейнтейнера такой порт будет вставлен в дерево портов.
SO> А смысл?
Hу это как раз для того, чтобы можно было использовать тот самый
третий вариант. Который будет рассчитан на работу с не портированными
приложениями.
И ещё. Всё, что находится в портах, активно поддерживается
разработчиками. Пытаться сделать больше они не могут при отсутствии
желающих. А поддерживать (скажем, так) рудимент, не влияющий на работу
портов, пока некому. Я и предполагаю, что может найтись желающий
осчастливить работающих с непортированными приложениями.
SO>>> линуксячество должно позволять запустить все свое гамно в jail с
SO>>> корнем в /compat/linux. Когда фряшные бинарники не доступны
BS>> Хм. Ещё chroot могу представить. Hо jail?
SO> А какая разница? Вообще jail удобнее и не сложнее
BS>> Тогда уж стандартный jail со своим /compat/linux.
SO> А нафига?! Смысл-то как раз в том, что бы ничего лишнего не линуксового не
SO> затесалось и не испортило среду.
Отвечу сразу на два вопроса. Сам я с jail'ами работал не много. Hо из
того, что помню, там требуется родное дерево каталогов. Поэтому будет
ли работать сегодняшний jail так, как ты предлагаешь, сказать не могу.
SO>>> ваще. Потому что если они начинают быть доступны, то тут иногда ТАКОЕ
SO>>> начинается (вместо линуховых файлов открываются фряшные, или фряшная
SO>>> библиотека цепанется к линуховой программе... или вот нужно линуховй
SO>>> перл запустить, что бы он линуховую оракловую либу цепанул и что-то
...вот здесь вот в первую очередь ищется perl в /compat/linux, а уж
потом в базовой системе. Его-то (линуксового перла) и надо добавить.
SO>>> там сделал, а у тебя запустился фряшный rpm, ну он из установочного
SO>>> скрипта ипозвал перла, тут-то его и обломали с ораклом, приплыли).
BS>> А вот такое поведение надо патчить (добавлять недостающие линуксовые
BS>> либы и бинарники по мере необходимости).
SO> Hу как ты с перлом и кого попатчишь?
А вот это-то так раз самое простое. Вытянуть rpm, написать Makefile из
десятка строчек (стандартных донельзя) и установить. Полученное
оформить PR'ом. ;-)
WBR
--
bsam
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
