|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 10 Oct 2002 15:55:44
To : Nikita Melnikov
Subject : Re: freeamp 2.1.1-1
--------------------------------------------------------------------------------
Hi, Nikita!
>>>>> "NM" == Nikita Melnikov <Nikita.Melnikov@p128.f956.n5030.z2.fidonet.org>
>>>>> writes:
NM>>> Я хотел добавить файлы, находящиеся просто на винте. Все!
VB>> напиши спек, придеай к нему с помощью find /
VB>> список файлов, назови это "BaseSlackware", добавь нужные "provides",
VB>> и поставь этот пакет через --justdb
NM> Извращение имхо.
"то что нравится обоим, не может быть извращением".
NM> Другого пути, видимо, нет. Осталось автоматизировать поиск файлов,
NM> добавление записи о найденом в spec и т.д.
find / >> some.spec
??
NM>>> Прости великодушно, но я нить рассуждений уже потерял :)
NM>>> Ты, кажется, говорил, что _все_ должно стоять из rpm.
VB>> да, для того, что rpm нормально разрешал зависимости.
NM> Работоспособность системы от этого HИКАК не меняется.
системы - да. От этого меняется эфективность работы админа.
Для еня это важнее. Для моего работодателя это ОЧЕHЬ ВАЖHО.
Потому что за систему от заплатил деньги один раз, и она работает.
А мне нужно регулярно платить зарплату. И За эти деньги хочется чтоб я
усеевал сделать как можно больше. Т.е. чтоб я делал как можно меньше
"дурной работы", которую может делаьт система.
Слежение за зависимостями - это ДУРHАЯ РАБОТА.
NM>>> Я говорю, что работоспособность скрипта (гипотетического),
NM>>> поставленного из rpm, требующего /bin/sh, не зависит, стоИт ли
NM>>> shell из rpm или аналогичный из deb.
VB>> РАБОТОСПОСОБHОСТЬ СКРИПТА никого не интересует, когда СТАВИТСЯ ПАКЕТ.
VB>> Это ты понимаешь?
NM> Если я ставлю пакет со скриптом, то меня интересует прежде всего его
NM> работоспособность, а на все остальное мне чуть-чуть наплевать.
а мне нет. Я _уверен_ в его работоспособности, насколько это возможно.
если у меня нет /usr/local/bin/perl, мне СКАЖУТ при установке. например.
Если нет HTTP::Auth (который нужен этому скрипту), мне _СКАЖУТ_ что
"требуется perl-HTTP-Auth", или как-то так.
Остальная "работоспособность скрипта" проверяется или глазами по тексту
скрипта, или просто глядя на имя автора.
ты проверяешь работоспособнотьс линуксового ядра путем вычитывания
исходников? Я нет ;-)
VB>> rpm'у важно знать, что для вот того скрипта, который в пакетет
VB>> который ХОЧЕТ установить юзер, есть /bin/sh. Проверить он это может -
VB>> только по СВОЕЙ БАЗЕ. Искусвенный интелект с заглядыванием в файловую
VB>> системы в данном случае ВРЕДЕH.
NM> Для этого и надо добавить в базу записи о файлах, поставленных не из
NM> rpm. О чем спорим-то вообще?
я ни о чем не спорю. Я тебе (и всем остальным кто читает этот тред)
рассказываю как работает rpm, и пытаюсь мотивировать почему он именно так
работает основываясь на своем опыте и понимании. У авторов rpm думаю есть
еещ более другие мотивации "почему оно именно так"..
Да, ты совершенно прав - чтоб это все работало красиво - нужно чтоб все
файлы и пакеты были в базе rpm'а.
Вот тут в сосдених нитях/топиках за солярку заговорили, и напомнили, что
есть некоторое количесво админов, в чьем подчинении еще и солярки есть, и
котоыре там пользуют rpm, как манагер пакетов.
Думаю в архивах за прошлый год (а может и раньше даже) можно найти тут
рассказку, как быстро rpm'изировать солярку. Там даже были мотивации.
VB>> Ибо, если в базе есть /bin/sh, а реально нет - это "поломаная
VB>> система". Или наоборот - если на fs есть, а в базе нет - это ТОЖЕ
VB>> ПОЛОМАHАЯ СИСТЕМА. Потому что если админ ЭТО не поставил, то откуда
VB>> оно там взялось? А если это админ - то почему он не воспользовался
VB>> rpm'ом?
NM> Если вышесказанное ты относишь к rpm-based дистрам, то я согласен.
к любому. Поутем написания простого .spec'а, и
find / >> prostoy.spec
ты легко делаешь пакет "base-system", который будет "твоя, не rpm-based
ситсема". Видимо со временем прийдется еще написаьт всякие пустышки,
котоыре будут провайдить "компоненты" (типа как у меня
python-provider.spec), но это уж совсем мелочи.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
