Flint71 писал(а): ↑15.06.2012 22:39
olelukoie писал(а): ↑15.06.2012 20:16
часть пакетов имеет гриф "Секретно" и заливать их никуда нельзя? А если на предприятии вообще доступ к Инету ограничен (или его нет как класса) и публичная система сборки не доступна? А чтобы Вы не думали, что это очень редкая ситуация, то я Вам скажу, что в такой ситуации находится *вся* российская оборонка.
1. я сам работаю на таком предприятии.
2. "секретные" пакеты вам никто и никогда не позволит включать в исо-образ. таковы правила. максимум что позволят - расположить такие пакеты в локальной репе.. да и то не факт.. скорее всего данные пакеты будут записаны на "цифровой носитель" который будет храниться в "первом" отделе
и чтобы его получить и установить с него софт и пользоваться им, надо будет иметь определенную группу допуска..
Во-первых, под выражением "гриф Секретно" я подразумевал секретность вообще, а не конкретную ее степень. В том числе и ДСП, смысл которой "секретно для всех, кроме сотрудников" (собственно, в эту категорию попадает вообще все, что делается на оборонных, да и не только оборонных, предприятиях). Во-вторых "размещение на цифровом носителе" ничем не отличается от спец. сборки дистрибутива, дистрибутив - это всего лишь форма представления, а носитель один и тот же. Равно как и размещение в спец. репе. И в третьих, секретными могут быть не сами пакеты, а их конкретный набор (т.е. нельзя сообщать никому, кроме допущенных лиц, какое ПО используется, даже если само ПО общедоступно). А вот "офисных хомячков" на таких предприятиях крайне мало и сидят они в основном в планово-экономических и административно-хозяйственных отделах
. Всем остальным нужны версии для разработчиков ПО, для разработчиков цифровой, аналоговой и силовой электроники, для инженеров-математиков, для конструкторов-машиностроителей и т.п. Кстати, о последних: проф. конструкторское ПО для Linux стоит столько же, сколько и для винды, и не менее закрыто, но при использовании сетевых лицензий вполне можно включить его в собственную сборку установочного диска системы и сразу настроить на работу с корпоративным сервером лицензий (при условии, что это ПО влезет на диск с дистрибутивом
). То же самое касается математиков, работающих, к примеру, с Matlab или Maple. Общедоступные системы сборки здесь опять не помогут: как вы передадите в такую систему сборки проприетарное ПО, да еще и с настройками под конкретные сервера конкретной компании? Ну и конечно в такой дистр можно заранее включить все общие для предприятия в целом или крупного подразделения настройки: настройки сетевых программ на корпоративную интранет, подключение/монтирование файловых серверов и т.п. Это тоже ни в какой ABF не передашь.
Кстати, для вышеперечисленных ситуаций установщик, который просто разворачивает готовый образ, а затем проводит его настройку под конкретное рабочее место (имя пользователя, пароль, IP и тому подобные вещи), не давая выбирать устанавливаемые пакеты, вполне себе удобен, поскольку 95% используемых пакетов известно заранее и меняется только при переходе на другую версию дистра или обновлении какого-либо стороннего ПО или ПО собственной разработки. А остальные 5% можно доустановить из реп по месту или вообще оставить на откуп пользователям, если речь идет об ИТ-компании.
. 
, в ручную добавлять тоже геморой. В общем плюнул я на предупреждение и вручную Grub.cfg поправил 
. Версия 2.00 еще хуже стала, там и Grub.cfg тяжело вручную поправить. Нет бы, упрощали настройку, дак наоборот усложняют.
похоже что никак