|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 24 Jun 2003 23:35:19 To : Alex Korchmar Subject : Re: RPM --------------------------------------------------------------------------------
Hi, Alex!
>>>>> "AK" == Alex Korchmar <alx@e-moe.ru> writes:
[skip]
VB>> я, кстати тоже. Т.е. когда-то я думал, что "это будет ставиться один
VB>> раз". Hо, как-то оно не складывается. В итоге, я решил, что зер с
VB>> ним с
AK> а у меня прекрасненько складывается. В другой раз я буду ставить
AK> другой пакет - с другим параметром configure, следующим номером версии
AK> и т.д. А от этого мне надо только чтоб потом rpm -F его акуратно снес
AK> нахрен.
тогда тебе вполне устроит installwatch какой-нибудь.
Я даже если буду ставить другую версию с другми параметрами configure,
всёравно предпочту посмотреть нахрена я сам собирал.
VB>> получасом компиляции, которая сама там компилится. Hа зато через
AK> оно уже скомпилилось. Осталось упихать в пакет. Hафига терять время на
AK> то, что уже сделано?
я там, пару писем назад говорил, что если оно скомпилилось, то я люблю
получать src.rpm, не такой, который по rpmbuild -bs, а такой, который
получается после rpmbuild -ba.
Вдруг я что забыл в specпрописать?
Это "защита" чисто от себя любимого.
[skip]
AK>>> а можно мы будем заниматься своим делом, а программисты - своим?
VB>> конечно. Hо я считаю что паковать софт в пакеты должны программисты. По
VB>> крайней мере они должны сделать всё, чтоб эта задача решалась одним
VB>> скриптом, который автоматически сгенерит spec.
AK> я далеко не всякой софтине доверю автоматически что-то подобное
AK> генерить. Если уж ты настолько доверяешь ее авторам - просто возьми
AK> бинарный rpm.
бинарный пакет собран "немного не с теми версями всякой херни".
VB>> я сужу с точки зрения СЕБЯ. Я такой херней заниматься не буду. Мне
VB>> выгодно чтоб софт был "собран по-правлиьному", и манагреы которые
VB>> стонут
AK> а мне не выгодно, чтобы я терял время на повторное выполнение
AK> _автоматических_ действий, которые _уже_ один раз выполнились ровно с
AK> этим вот спеком.
в общем этта. Там сказали, что есть ccache, который заметно ускоряет
процесс повторной компиляции. В остальных случаях мне процессорное
время не жаль совсем.
[skip]
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/2541e4f249ab.html, оценка из 5, голосов 10
|