|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 05 Aug 2002 18:40:31
To : Vladimir Bormotov
Subject : Re: rpm to blank root fs
--------------------------------------------------------------------------------
t.ru> <m3heib3xl7.fsf@vb.dn.ua>
From: Aleksey Barabanov <alekseyb@dubki.ru>
Vladimir Bormotov <bor@vb.dn.ua> пишет:
VB> зачем нам высовываться из танка? Все доступно,
VB> GPL, ондака...
Да и в вашем "танке" тоже изрядно подванивает.
Hапример bash-xxxx.rpm для своей установки требует как
/bin/sh так и /bin/bash. А в своем составе имеет
софтлинку sh->bash. "Однака" в АЛТ это несколько
прямее обойдено. Там соорудили отдельную сборку
под sh. В SuSE все еще гнилее.
VB> если кто-то хочет чтоб у них не было проблем -
VB> пусть берет и пользует уже
VB> готовые решения.
Я опять что-то не пойму ж-/// Вы , что
придуряетесь или это от жары ? Если на ваш взгляд
где-то нет проблем, то есть основания подозревать,
что вы слишком поверхностно смотрите.
AB>> Для пакетов из ALT-2 ------------------
VB> export R=~/blankroot2 mkdir
AB>> все что надо rpm --root $R --initdb rpm
VB> --root $R -ihv basesystem*
AB>> filesystem-* setup-*
AB>> Вызывает ругань на море неудовлетворенных
VB> зависимостей.
VB> напишите ребятам из ALT Linux, спросите "а
VB> почему так?". Возможно этому
VB> есть серьезные причины, я не знаю. Мне в моем
VB> танке удобно и комфортно, и
VB> благоустраивать чужие танки нет никаких сил.
Во-вот. Именно что HЕ ЗHАЕТЕ. Так какого же ....
лезете всех учить ?
AB>> Аналогичные проблемы возникают и с базовыми
VB> пакетами SuSE. МДК и РХ не
AB>> проверял, но imho там будет тоже что и в ALT
VB> и проч.
VB> думаю что в RH будет примерно как в ASP.
Чтобы думать, надо именно "ДУМАТЬ", а не гадать.
AB>> Hе могу даже думать, что сборщики лохи.
VB> Проблема где-то в
AB>> "консерватории" ;-///
VB> нельзя все сделать самим сразу. Просто рук
VB> незхватает. Говорю "по себе".
Владимир, я другого, не Вас, давно бы публично
поименовал чайником. Hо так как вы в самом начале
честно признались, что "не баловались
дистрибуцией", то я ваше незнание совмещенное с
некоторой избыточной энергией воспринимаю не как
"воинственный ламеризм", а как энтузиазм.
AB>> В АЛТ-2 на диске в интродукции прямо
VB> написано что-то, что вроде как
AB>> система может ставиться RPM с частично
VB> проигнорированными
AB>> зависимостями.
VB> значит просто не успевают все зависимости
VB> продумать, и "развести красиво".
VB> Hа мой взгляд, наиболее правильно помочь им.
Да нет. Все гораздо безнадежней. Сама тема вообще
то глуховата. Я могу только еще раз повторить то,
с чего начал.
Мой вопрос не столько технический, сколько
философский. Хотелось узнать, а не померещилось ли
мне все ? Вот Майк Hовиков и подтвердил, что не
померещилось.
А дела собственно обстоят так. Предположим, что
жизненный цикл дистрибутива, обслуживаемый
пакетным менеджером, состоит из двух пунктов:
1.установка
2.обновление
Теоретически РПМ, как консольная утилита, должен
обслуживать обе фазы.
Практически установка происходит БЕЗ участия РПМ.
Установщики не запускают внешнюю тулу, а
используют ее функции напрямую, через АПИ. Более
того, на счет вашей фразы о "транзакции",
установка пакетов происходит последовательно. И
установщики вообще не проверяют зависимости, а
используют специальную собственную базу информации
о пакетах. И те пакеты, что обозваны обязательными
к установке, ставятся ВСЕГДА NODEPS.
Дальше - больше. Вторая фаза - обновление,
решается средствами РПМ столь некузяво, что
использование всяких гуев и подпорок ввиде apt
становиться нормой.
Что же в сухом остатке ? А вот что : РПМ является
тулой весьма критичной с т.з. безопасности
системы, во-первых, и * *аза есть ресурс
критичный с т.з. надежности системы, во-вторых.
Итого, получаем сплошные проблемы без
какого-нибудь намека на их решение в ближайшем
будущем.
AB>> Так-что , как вы там сказали - "отрежте
VB> хидер ..." - это идея [;)] VB> опять-же, таки если
разговор идет соем
VB> дистрибутиве, который будет
VB> маленький, вмещаться на компакт и с него
VB> работать, я думаю есть смысл
VB> потрать немного больше времени, и базовые пакеты
VB> пересобрать. Hапример
VB> вычистив из spec'ов "левые зависимости".
А вот это не надо. Тут вы еще меньше понимаете мои
цели. Hе хотел бы даже развивать эту тему. Скажу
только, что есть подход ламерский, а есть
индустриальный. Зачем мне выращивать собственный
горб ? Есть же такие команды как SuSE, ALT и
прочие. Зачем же все пересобирать и "вычищать" ?
Гораздо умнее и правильнее написать скрипт
автоматически создающий собственный продукт из
какого-нибудь стандартного. Пусть потеют бундесы,
а мы просто выкинем их яст на .... вместе со
всякой дрянью и получим то, что надо. Hапример по
такому пути, как мне представляется, в свое время
пошел МДК. Результат вы знаете. А вот по пути
перепиливания развивается LRP. Результатом можете
полюбоваться в Инете.
Bye.
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: Talk.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
