Здравствуйте,<br><br><div><span class="gmail_quote">On 10/15/07, <b class="gmail_sendername">Stanislav Ievlev</b> <<a href="mailto:stanislav.ievlev@gmail.com">stanislav.ievlev@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Для начала большая просьба разрывать тред, если начинается новая тема.<br><br>А вот мои варианты ответа.<br><br>1. Сейчас есть проблема - из-за использования http или надо городить<br>файл типа index или дословно перечислять содержимое Metadata в
<br>инсталляторе.<br><br>В инсталляторах от server и desktop использовался второй подход.<br><br>Я пока представляю единственный способ снять подобное ограничение, а<br>заодно и воплотить мечту о возвращении фичи инсталлятора Mandrake,
<br>когда его можно было "пропатчивать". Это замена каталога Metadata, а<br>архив (видимо zip, чтобы его можно было сделать при необходимости из<br>под разных систем, а может быть tar?).</blockquote><div><br>Мне кажется,что замена каталога на архив несколько усложняет весь процесс, поскольку требует для кастомизации процесса дополнитльных действий по распакаовке и упаковке содержимого меняющего этот процесс. По моему, добавление набора файлов и сам факт их наличия уже есть патчинг... смысл идеи был в следующем: при наличии модуля альтератора, умеющего "проигрывать" некоторые сценарии, кастомизация может выглядеть как добавление файла
autoinstall.scm, в котором между этапами установки добавлен этот модуль, с параметром указывающим на имя файла, который копируется рядом с autoinstall.scm. Но проблемный вопрос состоял в том, как из этого скрипта получить в чруте доступ в дополнительным файлам, например архивов, которые также складываются, в случае кастомизации, в каталог Metadata. Замена же Metadata на архив нерешает этого вопроса.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Тут есть ещё такое препятствие как некоторое опасение с тем чтобы<br>распространять unionfs на почти всю файловую систему. Полного "патча"
<br>в связи с этим видимон не получится ... в общем пока не знаю.</blockquote><div><br>Наличие или отсутствие бинарного патча к исошке, если я правильно понял идею, не решат проблем самой кастомизации. О такого рода патчах я вообще пока не думал...
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">2. Для модификации autoinstall.scm перед его исполнением я думаю<br>сделать какой-нибудь hook, чтобы можно было сначала сформировать
<br>autoinstall, а потом его исполнить. Тут мне надо тоже некоторое время<br>на подумать, чтобы понять куда его запихнуть ...</blockquote><div><br>я думал о том, чтобы, при наличии подкаталогов preinstall.d и postinstall.d
в каталоге Metadata, скрипты находящиеся в них могли бы запускаться на равне с теми скриптами, которые лежат в образе. Вариантов я тут вижу два: копировать вс скрипты в один каталог в некотором порядке, напрример так, чтобы скрипты из Metadata перезаписывали скрипты из образа, или выполнять их из разных каталогов, причем при наличии скрипта с одним и тем же именем выполнять тот, который лежит в Metadata.
<br></div><br>Запуск своего набора, подготовленнных скриптов, может обеспечить должную модификацию autoinstall.scm до начала его интерпретации. К сожалению, этот подход не решает пока той проблемы, что при интерпретации autoinstall.scm
иксы не запускаются, и соотвественно нельзя вызвать нативный ui, соотвествующего модуля в графическом режиме. И если я всё правильно понимаю текущии модули не имеют ui для работы в текстовом режиме, что уже почти спасло бы ситуацию...
<br><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">В общем ваши патчи (но именно патчи, а не хаки;)) ) могут значительно<br>ускорить разработку ;)
<br><br>13.10.07, Evgeny Sinelnikov<<a href="mailto:sin@altlinux.ru">sin@altlinux.ru</a>> написал(а):<br><br>> следующие вопросы относительно новой версии installer:<br>> 1. имеется ли возможность запуска preinstall.d
и postinstall.d скриптов из<br>> каталога Metadata. Этот вопрос возник в связи с желанием сделать модуль<br>> альтератора, запускающего произвольный скрипт, что позволило бы вписать в<br>> autoinstall.scm строку вида:
<br>> (("script") language ("ru_RU") action "run" name "/path/to/script")<br>> и получить произвольное переконфигурирование процеса инсталяции на любой его<br>> стадии... Но тут есть два не ясных вопроса: можно ли указывать относительный
<br>> путь к скрипту, если да, то откуда тогда этот путь будет высчитываться?<br>> иначе же, когда путь абсолютный, возникает вопрос о пути к скрипту при его<br>> запуске из чрута или до него.... ещё один момент, из этой же серии,
<br>> возникает в связи с поиском в чруте и до него не только самого скрипта, но и<br>> дополнительных файлов, которые могут для этого скрипта понадобться<br>> (например, архив с настройками, которые собственно и предполагается
<br>> распаковать в установленную систему).<br>> 2. ещё один вопрос, который не совсем понятен - это передача парметров между<br>> различными этапами установки, например передача имени устройства, на которое<br>> нужно установить заргрузчик, после автоматической разбивки диска (заранее не
<br>> известно будет это hda, sda или может быть sdb3)... Насколько я смог<br>> рассмотреть autoinstall.scm из mkai.git, сейчас модуль lilo умеет принимать<br>> в качестве параметра #t - видимо, это то, что нужно, но на stage2 из
<br>> установочного диска ALT Linux Desktop 4.0 - это не работает....<br>><br>> Поводя итог, хочу сказать, что идельным вариантом тонкой настройки установки<br>> дистрибутива я вижу возможность не только создавать свой профиль
<br>> установщика, но и возможность тонкой модификации процесса установки путём<br>> подкладывания нужных файлов, например, в каталог Metadata. Этот процесс я<br>> вижу себе таким. После получения коробки с дистрибутивом, образ копируется,
<br>> изменяется iso-редактором, например путём подкладывания одного файла<br>> autoinstall.scm в каталог Metadata и после прожига получается автоматически<br>> устанавливаемый инсталятор, со своими стандартными настройками. Единсnвенной
<br>> проблемой здесь, является частичная настройка, поскольку в текущем варианте,<br>> при использовании autoinstall.scm нельзя пропустить часть вопросов, оставив,<br>> например, только выбор разбивки дисков.<br>
><br>> --<br>> Sin (Sinelnikov Evgeny)<br>> _______________________________________________<br>> devel-conf mailing list<br>> <a href="mailto:devel-conf@lists.altlinux.org">devel-conf@lists.altlinux.org</a>
<br>> <a href="https://lists.altlinux.org/mailman/listinfo/devel-conf">https://lists.altlinux.org/mailman/listinfo/devel-conf</a><br>><br></blockquote></div><br><br clear="all"><br>-- <br>Sin (Sinelnikov Evgeny)