The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Пользователи Debian смогут продолжить использование SysVinit..."
Отправлено Аноним, 16-Окт-14 21:43 
> они не заткнуться никогда,

Это заведомо ложное утверждение и вопрос сводится лишь к тому "когда" ;).

> это повод думать что ты останешся фанатиком? или технарём? оно слабо совместимо.

У технарей тоже могут быть предпочтения. Хотя разумеется использовать заведомо ложные аргументы во время спора - нехорошо, факт.

> не ты ли набросил что нет возможности рестартовать сервис?

Вроде изначально это был какой-то иной аноним, а я с ним согласился.

> дык есть она или нет?

Теоретически - есть. Практически - оно так сделано что толку ноль, особенно в паре с сватаемыми административными практиками, когда каждая программа стартуется своим скриптом на три страницы, так что сишный инит без шансов подхватить сервис и далее рестартить его (а как он будет отслеживать все что делал скрипт?). Чем-то таким теория и отличается от практики: в теории вроде миллионеры, а на практике - в доме 2 шaлaвы и дед-п...с.

> и скажи кто лично тебя заставляет писать скрипты?

Система инициализации. Все программы так делают, поэтому если мне что-то надо поменять - мне неизбежно придется лезть в этот крап. Я этого делать совершенно не желаю: править конфиг на пяток строк сильно проще чем помесь кода с конфигурационными данными, а инит сильно провоцирует админов на скриптинг в каждой дырке, даже для совершенно типовых шаблонных задач без особых требований.

> нехочешь скрипт -- возьми и толкни всё что тебе не хочется в /etc/rc.local,

А это тоже скрипт, IIRC. И, собственно, может быть раз вы такой умный - вы покажете как оттуда изобразить пуск сервисов с авторестартом силами init? А чтобы приоритет поставить, сделать chroot и uid/gid вкатить?

Алсо, с какого перепоя вы решили что система в этот момент - в желаемом состоянии? Как это обеспечивается? Как это обеспечить в апстарте и systemd я понимаю и прописывание зависимостей или условий старта кажется мне логичным и правильным. А тут всего этого нет. С скриптами в дире получше, но я бы не сказал что мне сильно нравится как это сделано. Затеи типа апстарта или systemd явно логичнее в этом плане: зависимости/условия старта по человечески прописываются.

> нет желания ждать пока загрузится остальное? - толкни прямо в inittab. хочется конкурентной
> загрузки? - так это не долго -> aptitude install insserv dpkg-reconfigure insserv

Ну а теперь это будет по дефолту и с systemd. Меня это более чем устроит. Мне более не придется костылировать фирменные дeбилизмы инита, что-то там доустанавливать, подпирать и донапиливать. Натыкаться на кривую скриптятину, писаную черти-кем я буду сильно реже. И если мне не западло написать юнит или джоб на 5 строк, который и рестарт настроит, и uid/gid выставит, и приоритет вкатит, и зависимости корректно, и прочее, то с классическим инит все настолько же просто, логично и лаконично не получается. Поэтому я о нем скучать не буду, смею вас заверить. Когда я свинтил на апстарт - моя жизнь в плане запиливания новых сервисов в систему стала куда как проще. Ну а systemd не так уж принципиально отличается.

На *данный* момент я больше пользуюсь апстартом. Но systemd не так уж сильно от него отличается по общим идеям и написать ему юнит под простой сервис мне как-то не сильно сложнее чем джоб для апстарта. И все это как-то проще для типовых случаев и логичнее чем то что в init было. А в заковыристых опять же позвать скрипт мне никто не запретит, только это будет ну может 1 раз на 100 случаев.

> кто не хочет ищет причину, кто хочет - возможность.

Ты правильно понял, чувак: я пришел к выводу что не хочу пользоваться инитом. Мне симпатичнее подход апстарта или системды - так запиливать типовые сервисы без особых требований как-то сильно проще, конфиг на пяток строк с разблюдовкой как это запускать - написать легко. А все эти ваши костылирования вы имхо себе оставьте. ИМХО, типовые операции должны делаться легко и без костылирования. И да, всякие там рестарты, установка UID/GID, чрут, пихание в контейнер и прочее - это таки давно стало типовыми операциями. И параллельный старт с учетом зависимостей - не роскошь и ставить для этого какие-то отдельные костыли я труба шатал. В 2014 году это должно быть по дефолту.

> смотреть противно когда ты, 294,  превращаешся в визгливую бабу.

Противно смотреть как староверы пытаются всех пичкать своим шитом, втирая что "а если вот так посмотреть и вот тут подкостылить - вовсе даже и не кривой". А почему вы, фаготы, думаете что я прописывая совершенно типовой сервис хочу копаться в кривульках и костылировать, что-то там доустанавливать, скриптить и так далее? Я хочу чтобы типовые административные операции требовали абсолютный минимум поползновений. Прикиньте какой я нехороший! :).

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру