 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 25 Jun 2003 14:47:02 To : Valentin Nechayev Subject : Re: RPM --------------------------------------------------------------------------------
Hi, Valentin!
>>>>> "VN" == Valentin Nechayev <netch@segfault.kiev.ua> writes:
VB>> я там, пару писем назад говорил, что если оно скомпилилось, то я люблю
VB>> получать src.rpm, не такой, который по rpmbuild -bs, а такой, который
VB>> получается после rpmbuild -ba.
VB>> Вдруг я что забыл в specпрописать?
VB>> Это "защита" чисто от себя любимого.
VN> У FreeBSD'шников есть хорошее правило - "Tools, not policy". (Это для
VN> других, естественно. Для себя - policy есть.) Защититься от себя ты
VN> сможешь всегда. Если захочешь. А вот повторять многочасовый процесс
VN> ради того, что не нужно - мне лично не хочется.
VN> Как-то мне надо было в ядро драйвер добавить. Было это на ASP 7.3.
VN> Решил пойти этим самым путём - через RPM, spec, патчи. Hа третий день
VN> надоело. Когда полный цикл сборок идёт несколько часов... ну вас
VN> нафиг с такой полиси... (Да, собирал все варианты ядра, естественно.)
VN> Потом плюнул, поставил kernel-source и собирал из него. Да, без
VN> пакета. Зато нет потерь нескольких дней на то, что делается за
VN> несколько минут.
(на ушко) я тоже иногда собираю драйвера. И тожде из kernel-sources...
Hо! Это ведь совершенно не характерный пример. Да, сборка всех вариантов
ядра из kernel-*src.rpm нужна ТОЛЬКО ДИСТРИБЬЮТОРУ.
И, тулза, кстати есть. Есть ключик у RPM'а, и сказав который можно при
--rebuild/-bb собрать пакет только под одну архитектуру.
AK>>> а мне не выгодно, чтобы я терял время на повторное выполнение
AK>>> _автоматических_ действий, которые _уже_ один раз выполнились ровно с
AK>>> этим вот спеком.
VB>> в общем этта. Там сказали, что есть ccache, который заметно ускоряет
VB>> процесс повторной компиляции. В остальных случаях мне процессорное
VB>> время не жаль совсем.
VN> А мне жаль. _Моё_ время. Которое на это тратится.
как и было скзаано выше - если затраты твоего времени больше, чем
пропатчить RPM, пропатчи. Если меньше - то автор прав.
VN> Даже если я при этом занимаюсь чем-то другим, а сборка загнана в
VN> at/batch и пишет мне письмо с логом при окончании. Потому что задачу
VN> надо было решить быстрее, а за те две недели, которые я бы потратил на
VN> кручение цикла вокруг rpm -bчего-то, задача успевала протухнуть.
Как говорят "практика - критерий истины". Да, в каких-то там "отдельно
взятых случаях" есть отклонения. Hо overall - всё четко виодно по строке
"итого" :)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/254138469a81.html, оценка из 5, голосов 10
|
|
|