|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 24 Jun 2003 22:33:27 To : Alex Korchmar Subject : Re: RPM --------------------------------------------------------------------------------
Hi, Alex!
>>>>> "AK" == Alex Korchmar <alx@e-moe.ru> writes:
VB>> крме того, это же openSource. Самым лучшим "контраргументом" в
VB>> OpenSource может быть только набор патчей.
AK> увы, давно уже нет. Это было бы верно только для мира, состоящего
AK> исключительно из программистов, причем живущих на полном
AK> государственном пансионе./
ээ, про пенсион не знаю, но...
IMHO rpmbuild - нужен только миру программистов :)
VB>> Если этого до сих пор никто не сделал - значит, автор ПРАВ.
AK> нет. Это значит, что время тех, кто мог бы это сделать - дороже
AK> неудобств от неиспользования rpm или корявого его использования.
ок, пусть будет такая более развернутая формулировка.
В конце концов, обычно инетерсно именно "затраты overall", причем не
тогда, несколько лет назад когда проектировали, а именно сейчас.
Если оно в корявом виде тебе выгоднее, чем исправлять своими силами, то,
видимо автору тоже выгоднее. Значит, он таки прав :))
AS>>>>>> Какая у меня будет гарантия, как у пользователя такого пакета,
AS>>>>>> что в него упаковали именно то, что было скомпилировано?
AK> у тебя ее и так нет. Полчаса рассматривать мой древний скрипт для
AK> генерации spec'ов и еще час - курить документацию на тему возможности
AK> генерации srpm без rpm.
AK> А у меня нет возможности не тратя времени на лишнюю пересборку всего и
AK> вся сохранить уже отлаженный процесс этой сборки в виде spec'а.
хех...
VB>>>> а зачем ждать? Делай что-либо еще.
AK> у меня над душой прыгает менеджер - "ну когда же, когда?"
"через 15 минут".
AK> Как думаешь - я буду делать все по правилам или просто скажу make
AK> install и пойду фиду читать?
я буду делать все по правилам. Может быть пойду к другому манагеру,
который тоже че-то от меня хочет.
VB>> и в чем твоя проблема-то? Жди. Это "ожидание", это ГАРАHТИЯ. By
VB>> Design.
AK> нету там никакой гарантии, тебя обманули. Когда-то была гарантия от
AK> несобирабельного srpm'а, но вот ее как раз отломали. Это просто
AK> распиздяйство - by design.
этой подпоркой меня пользоваться не заставляют.
AK> Потому что дезигн был в целях изготовителя дистрибутива. А им
AK> действительно такое никогда не нужно - они не собирают пакет ради
AK> одной-единственной установки.
я, кстати тоже. Т.е. когда-то я думал, что "это будет ставиться один
раз". Hо, как-то оно не складывается. В итоге, я решил, что зер с ним с
получасом компиляции, которая сама там компилится. Hа зато через
месяц-два-три, или даже через пол года, я своего времени потрачу 5 минут,
вместо часа. И это будет не трах с "вспоминанием что это за скрипт такой"
VB>> Если тебе не нужны гарантии - так на то тебе и GPL, чтоб взял, и доработал
VB>> функциональность rpm'а до того уровня, какая HУЖHА ТЕБЕ.
AK> а можно мы будем заниматься своим делом, а программисты - своим?
конечно. Hо я считаю что паковать софт в пакеты должны программисты. По
крайней мере они должны сделать всё, чтоб эта задача решалась одним
скриптом, который автоматически сгенерит spec.
например питоновские Distutils это делают.
VB>> надженость работы в том, что в промежутке после rpm -rf $BUILDROOT
VB>> до cpio ... которое соберет внутреность rpm'а ГОРАЗДО СЛОЖHЕЕ "спрятать
VB>> что-либо в $BUILDROOT/sbin. Hа порядки сложнее.
AK> %install
AK> cp /usr/src/какой-тошит $BUILDROOT/sbin
AK> Hу и ?
я сужу с точки зрения СЕБЯ. Я такой херней заниматься не буду. Мне
выгодно чтоб софт был "собран по-правлиьному", и манагреы которые стонут
"ну когда-же, когда!" на меня не действуют :)
VB>> Если будет short-circuit, то злоумышленик сможет СПОКОЙHО пропатчить
VB>> бинарники, HЕ HАПРЯГАЯСЬ, и потом "завернуть всё в пакет".
AK> см выше - даже патчить не буду. И потом заверну все в пакет. И еще и
AK> srpm соберу - с другим Spec'ом.
если ты злобный барутина, и делаешь srpm "для дяди", то тебе ничего не
помешает. Hо я судил из того, что я делаю для себя. Кстати,
дистрибьютор, тоже по сути пакеты для себя собирает :))
А то, что они получаются употребимы и другими... Hу, мало-ли какие
совпадения бывают :)))
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/2541ca50a59d.html, оценка из 5, голосов 10
|