Группа ILU Documentation project опубликовала первую версию стандарта системы инициализации, реализация которого может свободно устанавливаться на любой дистрибутив без особых сложностей. Это по мнению разработчиков должно стандартиризировать дистрибутивы.
> Реализация данной системы может быть различна, система инициализации от Crew IT labs являеться оригинальной, каждый может воспользоваться данным стандартом как ему вздумаеться, на этот стандарт не накладываеться никаких либо лицензионных ограничений, также не накладываеться никаких ограничений на инструмент реализации (оригинальная реализация полностью написана на C в jed/emacs).
Я хуею, дорогая редакция. Какого хрена нужно при каждом удобном случае впихивать "jed/emacs"? Разве там какой-то особый СИ получается?
Обратите внимание, уважаемые анонимусы, на это "иться-иться":
>Кофигурирование утилитой проводиться достаточно простым методом:
># Редактирование производиться следующим образом - iluinit change 'alias секции' 'параметр для изменения' 'новое значение'
># Добавление секции производиться следующими последовательностями действий - iluinit add section type 'тип секции' comment 'комментарий' alias 'alias секции', далее в зависимости от типа секции добавляються остальные параметры - iluinit add value 'alias секции' 'параметр' 'значение параметра'
># Удаление секции производиться так - iluinit del section 'alias секции'
>Команда add как описано выше добавляет как секцию так и параметры в секции.
>Также команда del удаляет секции и параметры в секции для того чтобы удалить тот или иной параметр в секции достаточно указать после команды ключевое слово 'value' после чего указать alias секции и имя удаляемого параметра - iluinit del value 'alias секции' 'имя параметра'.
собственно как идея то? то есть к примеру хелп $ ./iluinit help ... соотвественно iluinit -M sysdaemon stop - остановит sysdaemon если он есть в конфигах iluinit run system.conf к примеру пропарсит конфиг и запустит его - то есть что там есть тест (просто еще на системе не проверял рабочей по сему вывод теста только дам из консоли) $ ./iluinit test system.conf ... Total lines scanned:27 <EOF> собственно проверят конфиг на налифие конфигов пока он не говорит о них явно - дело пары часов сделать проверку на ошибки =)
------------------------------------------ проверить конфиг на наличие конфигов -- это супер. А как насчет проверить на наличие вирусов, троянов, новой почты, иракского диктатора Саддама Хусейна?
собственно как идея то? то есть к примеру хелп $ ./iluinit help ... соотвественно iluinit -M sysdaemon stop - остановит sysdaemon если он есть в конфигах iluinit run system.conf к примеру пропарсит конфиг и запустит его - то есть что там есть тест (просто еще на системе не проверял рабочей по сему вывод теста только дам из консоли) $ ./iluinit test system.conf ... Total lines scanned:27 <EOF> собственно проверят конфиг на налифие конфигов пока он не говорит о них явно - дело пары часов сделать проверку на ошибки =)
------------------------------------------ проверить конфиг на наличие конфигов -- это супер. А как насчет проверить на наличие вирусов, троянов, новой почты, иракского диктатора Саддама Хусейна?
собственно как идея то?
то есть к примеру хелп
$ ./iluinit help
...
соотвественно iluinit -M sysdaemon stop - остановит sysdaemon если он есть в конфигах
iluinit run system.conf к примеру пропарсит конфиг и запустит его - то есть что там есть
тест (просто еще на системе не проверял рабочей по сему вывод теста только дам из консоли)
$ ./iluinit test system.conf
...
Total lines scanned:27
<EOF>
собственно проверят конфиг на налифие конфигов пока он
не говорит о них явно - дело пары часов сделать проверку на ошибки =)
>проверить конфиг на наличие конфигов -- это супер. А как насчет проверить на наличие вирусов, троянов, новой почты, иракского диктатора Саддама Хусейна?
ну опечатался ну и что ??? и вообще говорим о стандарте а не о ошибках, если нечего сказать - то молчать. Давайте Я тоже сейчас полезу всех пинать за ошибки на форуме - что будет?
5. Авторы:
Авторами настоящей документации являеться группа ILU Documentation project.
Идея создания стандарта системы инициализации принадлежит Николаю Акимову [nick@crew.org.ru]
Создание стандарта Альфекс Кейнокен [alphex@crew.org.ru]
Написание документа Семен Соколов [cemen@crew.org.ru]
Данный стандарт может быть использован кем угодно в каких угодно целях с сохранением авторского права на данный стандарт.
> ну опечатался ну и что ??? и вообще говорим о стандарте а не о ошибках, если нечего сказать - то молчать. Давайте Я тоже сейчас полезу всех пинать за ошибки на форуме - что будет?
Боюсь ничего у вас не получится (или "не получиться"?)
А что касается "стандарта" -- предлагаю эту тему закрыть.
В подтверждение своих слов могу только посоветовать взглянуть на "стандарт". Обсуждать там нечего.
видишь ли, на таких как ты мне лично насрать, Я все таки делом занимаюсь, а не ору что все что новое все плохо, все это велосипед и тд и тп.
Если тебе угодно возиться каждый раз на новом дистрибутиве с очередной системой инициализации - то дело конечно твое, а по поводу орфографии ну не русский Я человек - но надо ж до вас донести? Если можешь помочь в исправлении ошибок то пожалуйста, нет так и не надо.
Другие люди почему то нормально отнеслись к этому и даже решили помочь
Я одного не понимаю - зачем все пихать в один файл? rc.d прекрасно справляется.
Простой пример недоработки:
>Daemon - Обозначает секцию описывающую демон(запуск/рестарт/останов)
>Set - Обозначает установку тех или иных параметров (установка консольных шрифтов к примеру)
Я понимаю, что люди кроме слаквари по ходу ничего не видели, но на шрифты идет отдельный демон и там и только там производится установка параметров, прописаных в более другом месте вместе с клавиатурой и т.п.
>Script - Обозначает запуск какого-либо скрипта для тех или иных целей
А демон - это же тоже скрипт, или как? Или предполагается посреди загрузки костыли запускать? А зачем? rc.local и rc.firewall не хватает?
>Убедительно просим указывать полный путь к программе или скрипту, к примеру - /usr/sbin/sendmail
Для особого геммороя?
>Этот параметр говорит о запуске данной секции, возможно два значения, yes говорит о том что запуск разрешен по умолчанию,no говорит о запрете запуска по умолчанию.
K и S
:)
>Тестирование синтаксиса конфигурационных файлов
Т.е. их еще и тестировать придется. Еще один минус против существующих систем.
небольшое резюме: господа из linux.org.ru, я очень вас прошу - прежде чем анонсировать подобное, почитайте "это" и подумайте. И только потом решайтесь на публикацию.
P.S. И надо галочку ставить - "маразм высшей категории".
Делом, говоришь - сделай доброе дело, напиши какую-нить полезную программу. Или исправь старую, которая на новых релизах не работает.
Навскидку - LinNeighbourhood для работы с samba 3.0 и выше
Не могу - мне автоматом обновлять нужно все, включая скрипты. Значит, чтобы вашу систему подключить к автообновлениям, нужно переписывать rpm'ки, точнее скрипты постинсталла.
>Не могу - мне автоматом обновлять нужно все, включая скрипты. Значит, чтобы вашу систему подключить к автообновлениям, нужно переписывать rpm'ки, точнее скрипты постинсталла.
Я тоже не понимаю для чего переходить на новые дистрибы - winXP форева!!! И вообще нафига чегото изобретать, а потом в этом разбираться - ставишь нормальную ось (см. выше) и работаешь. Самый Умный
Ну вот свершилось! Оно работает! Осталось родиться на свет универсальной системе пакетов - чтобы всё из исходников собиралось - и получаем универсальный дистриб - для десктопа уж точно круто! Для сервера не знаю. Попробую конфиг похитрей сваять чтоб самба и vmware запустить lpd и прочее........
>Ну вот свершилось! Оно работает! Осталось родиться на свет универсальной системе пакетов - чтобы всё из исходников собиралось - и получаем универсальный дистриб - для десктопа уж точно круто! Для сервера не знаю. Попробую конфиг похитрей сваять чтоб самба и vmware запустить lpd и прочее........
над этим работаем, думаю надо сделать так чтоб можно было из исходников и из бинарей ставить, чтобы альтернатива была.
Представляю еще более ужасную ситуацию: перехожу на другую работу, а там шапка, а поверх нее "универсальная система инициализации", оставшаяся от предыдущего работничка. И что?
Я или поставлю то что знаю, если это моя персональная машина, или прочитаю необходимый объем документации, если это машина не моя и на ней что-то настроено и работает. Делать из дистрибутива нечто уникальное не стоит в любом случае. Мысль ясна?
> Я тоже не понимаю для чего переходить на новые дистрибы - winXP форева!!! И вообще нафига чегото изобретать, а потом в этом разбираться - ставишь нормальную ось (см. выше) и работаешь. Самый Умный
Небольшая поправка -- winXP форева, но только если это winXP SE (Windows XP Slackware Edition).
еще Я заметил про неприязнь местного общества к новым идеям, особенно раздражает то что люди которые не умеют толком ничего орут что все плохо, это ж детский сад какой-то.
А стандарты, по мойму каждый пытаеться свой пропихнуть, поэтому ничего нового, просто предложили - ненравиться не пользуються, нравяться пускай пользуються.
Чудо мега админу, вероятно, составит труда набрать в консоли cp /etc/inittab /etc/inittab~ :) Впрочем если меняется админ - один хрен систему менять, а если админ уходит красиво - то покажет или сам вернёт конфиги. Ну очень IMHO
Комрад Альфекс, забей - этой публике подавай всё сразу и готовое - развращены халявой. Могут только кричать, что любой школьник подобное сваяет, например на жабе, за пол дня, два раза подрачив в переывах на перекур. Но ананизм гораздо приятнее и каждый уважающий себя кулхацкер (как все на этом форуме тусующиеся) даже рассматривать такое "фуфло" (по их мегаскромному мнению) не станут. А свми и на выборы, наверное, сходить поленились (там же надо в биллютне разбираться).
Во первых может быть она будет альтернативной, во вторых ты просто сможешь ее поставить, возможны различные варианты.
Я не думаю что сделают эту систему стандартом де-факто, но может в виде альтернативной системы можно будет получить, можно будет написать что-то вроде ковертации конфигурационных файлов - надо скажите, подумаю, на C все что угодно можно.
Чего тебе жаль - во мля большого ума затея президента обсирать! 20 миллионов за него а мы такие умные - "цирк, клоунада" кричать бум. Ну точно своего ничего нет, а чужёе заведомо дерьмо! Это уже образ мышления такой. Тут и доктор не поможет. Бараны.
Напоминаю, вопрос был такой: Чем эта система поможет?
Поставить-то я могу что угодно. Можно и шапку в слаку превратить без перезагрузки.
Какую проблему решает этот "стандарт"? Такую: типа не нужно учиться лишний раз как в конкретном дистрибутиве принято писать инит-скрипты.
Хорошо. Но прежде чем ее использовать ее нужно установить? Конечно же, нужно.
Значит нужно заменить существующие скрипты? Правильно. Ведь если я оставлю часть инициализации в старых скриптах, я не смогу подправить при необходимости, например ключи при запуске sendmail. Потому что я не знаю как устроены родные инит-скрипты и где искать запуск сендмейла.
Но если я просто поставлю "чудо-систему" вместо родных инит-скриптов в /etc/inittab, будут ли все сервисы работать как работали раньше? Нет, нужно сперва прописать их запуск в новых скриптах.
Но как я пропишу их запуск в новых скриптах, в правильной последовательности и с правильными параметрами? Я ЖЕ НЕ ЗНАЮ КАК УСРОЕНЫ РОДНЫЕ ИНИТ-СКРИПТЫ!!!
Выходит придется-таки разобраться в том как они устроены. А именно этого хотели избежать.
> надо скажите, подумаю, на C все что угодно можно.
надо же, какое счастье. На шелле тоже все что угодно можно. И нет необходимости дергать каких-то разработчиков.
Вот в вашем "стандарте" есть место насчет остановки демона. Предлагается два варианта : SIGHUP и SIGKILL. Это что, замашки а-ля микрософт? Почему у демона не может быть другого способа остановки?
>Вот в вашем "стандарте" есть место насчет остановки демона. Предлагается два варианта : SIGHUP и SIGKILL. Это что, замашки а-ля микрософт? Почему у демона не может быть другого способа остановки?
скажи что тебе еще надо, Я ж писал - ПРЕДЛАГАЙТЕ СДЕЛАЕМ - во второй версии учтем - вы предлагайте, а не орите все плохо и тд и тп, честно это мало интересует, аргументы интересуют.