<br><br><div class="gmail_quote">16 мая 2013 г., 20:13 пользователь Michael Shigorin<span dir="ltr"></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">

<br>

</div>Если были малейшие сложности/неочевидности, лучше их озвучить<br>

по свежим следам (как и предложения по улучшению кода,<br>

комментариев, документации).<br>

<div class="im"><br clear="all"></div></blockquote><div>Миш, давно озвучиваю необходимость прозрачного механизма<br>автодопиливания после установки.<br>У нас сейчас такой механизм не предусмотрен вообще.<br><br>Мы можем положить(cat &gt; &quot;$SCRIPT&quot; &lt;&lt;&#39;_EOF_&#39;) скрипт ДО и выполнить его ПОСЛЕ.<br>

Но если в нем нужно переменные получить и обработать переменные, то угадайка...<br>Мы не можем положить файл(ы) в образ и обработать (разложить) <br>их после, или в ходе, установки одним простым действием.<br><br></div></div>

Для примера, положить публичный ключ в образ и после установки<br>вкинуть его root&#39;у...<br>А еще лучше, автоматически созданному пользователю.<br>У меня, максимум, получилось объявить в конфигурации пользователя, которого<br>

нужно создать, и в случае если так, то пропустить шаг инсталлера.<br>Хотел еще пропустить шаг указания пароля root, если есть ключик для него,<br>но работа помешала.<br><br>Получается, что для кастомизации собственных микродистрибутивов для типовых<br>

корпоративных установок необходим такой вот механизм.<br>Если в ходе разработки такого механизма мы еще сможем реализовать<br>давнюю мою хотелку о приведении имен объектов в соответствие со структурой<br>файлов и каталогов, то будет вообще красота.<br>

Это в смысле, если я пишу use/install2/net, то и искать его нужно в use/install2/<a href="http://net.mk">net.mk</a>,  а не grep-ать рекурсивно... Как-то так. --  Best regards,  Dmitriy Kruglikov.