 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Ivan Vanin 2:5020/400 24 Sep 2005 16:31:57 To : Zahar Kiselev Subject : Re: Дык на чём остановиться? -------------------------------------------------------------------------------- Sat Sep 24 2005 00:15, Zahar Kiselev wrote to Ivan Vanin: ZK> А надо ли иметь "глобальную" схему для сборки _дистрибутива_? Групп пакетов. Дистрибутива - это уже следствие. Со всеми зависимостями и их сменой, если понадобиться. ZK> Может лучше просто повлиять на авторов включаемого в дистрибутив софта ZK> чтобы писали вменяемые мэйкфайлы в которых для задания желаемых ZK> параметров компиляции разберется любой программист за несколько минут? Многие пакеты удовлетворяют. А убеждать смысла мало. Либо человек делает хорошо, либо ему наплевать. ZK> Тогда "копание в мэйкфайлах" перестанет быть хоть сколько-то Hе стоит обращать внимание на общие фразы. В мэйкфайлах далеко, уже, не часто приходится копаться. Просто трудно сделать всё за раз, комплексно. ZK> обременительным занятием и любой достаточно квалифицированый человек ZK> пересоберет все что ему захочется пересобрать. А что не захочется - ZK> поставит из двоичных пакетов. Тут одна проблема, на мой взгляд. Система должна быть однородной по структуре. Я имею в виду, что процесс обновления, желательно, производится одним образом через централизованную систему, личную или общую. Скажем, два варианта хороши: собирать из исходников патченые версии и скачивать апдейты. Или самостоятельно следить за всеми дырками, править и выкладывать на локальный сервер апдейтов в бинарном виде. Плохо, когда система обновляется несколькими способами, т.к. процесс получает нелинейным. Больше усложнений, больше ошибок. ZK> Причем пересобираемого будет от силы десятая часть от устанавливаемого. Мой подход несколько другой. А именно, он заключается в том, что никакой ручной пересборки пакетов на серверах по мере возможности. Лучше отказаться от части функциональности, чем постоянно заботится о пересборки пакетов после нахождения новой дырки в софте. Только если ОЧЕHЬ надо, тогда возможен вариант установки левого, не поддерживаемого дистрибутивом, софта. ZK> Очевидное преимущество - возможность сэкономить трафик при сетевой ZK> установке. Траффик ничто по сравнению со стоимостью самого сервиса. ZK> Дебиан кстати в этом смысле не так уж плох, разве что процедуру ZK> пересборки пакетов надо бы получше расписать со всякими тонкостями... Он слишком большой. Использовал бы его, но боюсь они запросто могут столкнуться с проблемами. Ivan --- ifmail v.2.15dev5.3 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/16679e8703744.html, оценка из 5, голосов 10
|
|
|