Какой системой инициализации должен комплектоваться Debian Stable по умолчанию?

Как переголосовать?

Выложить пароль, завести новый акк, и проголосовать. Ты же любишь SysVinit?

systemd, остальное или некрофилия (openrc, sysvinit) или еще более эпичное ненужно (upstart).

Тут будут ответы на твои вопросы: Upstart Cookbook в массы. Глава вторая.

sysvinit - просто медленный, а делает всё то же самое что и новомодные

но сисямдэ - уродец-переросток, такие проекты должны быть забракованы и выброшены на свалку истории

Собственно я и сам правил скрипты инициализации (cups), устройству не выдавались права, и знаешь, как хорошо что скрипт на баше. Многие считают это косяком, а я считаю это гениально простым решением. Потому что если нужно, я допишу кусок на баше, вставлю в нужные места нужные куски или вообще модифицирую на свой вкус.

Поцтерингофаги идут лесом. В дебиан они не пройдут.

Где вариант «Не знаю какая сейчас» ?

Upstart.

Специально для Дебиана!
http://universe2.us/epoch.html

Создать свою.

</thread>

SysVinit или OpenRC
Проголосовал за OpenRC ибо SysVinit убог.
А вообще, нет ничего проще и удобнее, чем BSD-style. Как в Слаке.

Бгггг. :)

А это кстати не баг ли ЛОРа? Форму голосования на главной - вижу, форму голосования по ссылке «Проголосовать» - вижу, но когда пытаюсь переголосовать - ничего не происходит.

Я не в теме. А зачем вообще они решили голосовать, а не оставить то, что есть?

systemd, как воистину быстрая, простая и модульная система инициализации.

нужно оставить все как есть и больше не совать никуда свои модные кривые поделки

Upstart в меньшинстве. Печаль -(

Systemd

Только он или оставлять всё как сейчас, что тупиковое развитие, но лучше чем эмитация деятельности с поделкой по мотивам того же systemd - upstart

Нужно проверенное годами и самое популярное решение. Поэтому только svchost.exe.

Я не в теме. А зачем вообще они решили голосовать, а не оставить то, что есть?

Потому что третьегномовцы, разрабатывающие свои поделия под патронажем КрасноШапки, объявили, что третьегном по зависимостям будет требовать говноD. Типа не обязательно, но очень-очень желательно.

Консоль - самый гибкий интерфейс, модификация скрипта - самый лучший способ адаптировать систему.

А в чём его фатальный недостаток(говноD)? Ну кроме автора, которого многоие уже считают недостатком. Сижу на арче. Работает всё.

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

Upstart использует модель асинхронных событий, то есть при запуске некоторого сервиса он испускает события starting и started и все сервисы у которых прописана реакция на эти события от этого сервис соответственно запускаются или останавливаются по указанию upstart. Соответственно, вся «грязная работа» ложится на upstart, а не на сервисы и процессы их запуска и останова протекают намного проще и безболезненней.

А вообще я сейчас перевожу Upstart Cookbook на русский, ты можешь найти ссылки на черновик перевода в моих свежих темах. Там подробно освещены эти аспекты.

А в чём его фатальный недостаток(говноD)

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

А где мультивыбор, как в debian?

openrc

Я сейчас понял, что если бы OpenRC не был бы включён в список, то выбирающие его, выбрали бы SysVInit, и исход голосования был бы очевиден.

Сижу на арче. Работает всё.
Работает всё.

Это до тех пор, пока у вас нет нагруженных сервисов. Под нагрузкой «текут» любые хоть сколько-нибудь небрежно сделанные алгоритмы. Ну, а гвоноD - тот просто гонит по-черному: я лично был свидетелем, как под его управлением, раз за разом не мог рестартовать nginx - счастье, что это тогда была тестовая нагрузка. На продакшене это была бы трагедия, описываемая некоей суммой в баксах.

Я сейчас понял, что если бы OpenRC не был бы включён в список, то выбирающие его, выбрали бы SysVInit, и исход голосования был бы очевиден.

Вы правы, но это не всем пони очевидно))

и один общий недостаток: насильно навязан сообществу.

расскажи-ка нам как навязали его тебе, прежде чем кукарекать за все сообщество.

плохая архитектура

чем именно?

Ну, а гвоноD - тот просто гонит по-черному: я лично был свидетелем,

ссылки на багрепорты пожалуйста, или прокурору.

расскажи-ка нам как навязали его тебе, прежде чем кукарекать за все сообщество.
кукарекать

Всерьез считаешь, что после таких слов тебе кто-то что-то будет рассказывать? Гуляй.... Вася)))

ссылки на багрепорты пожалуйста, или прокурору.

Багрепорты пишут только в том случае, когда есть интерес к продукту и желание, что бы он развивался. В данном случае нет ни того, ни другого. Я лично желаю что бы он сдох и как можно скорее. Желательно вместе с его создателем. Доходчиво объяснил?

Ага. Вчера для проверки одного бага, связанного с policykit, пришлось поставить systemd на одной машинке. И к слову, он нормально работает.

Боюсь, что вы не совсем понимаете, что такое система инициализации, и чем одна из них отличается от других. Так что вам, по идее, должно быть всё равно чем пользоваться.

Как понимаю я.
init - самый первый процесс, стартующий в системе, его pid всегда 1. init находится в корне дерева всех процессов.
демоны - процессы с pid<100, они выполняются с большим приоритетом чем все остальные процессы. Каждый демон запускается скриптом расположеном в /etc/inid.d или в /etc/rc.d, этим же скриптом демон может быть перезапущен или остановлен.
init, инициализационные скрипты и конфигурационный файл /etc/inittab составляют систему инициализации.

Управление системой инициализации сводится к возможности включать или отключать те или иные демоны. Для этого существуют каталоги /etc/rc1.d - /etc/rc5.d, которые содержат симплинки на инициализационные скрипты. Но лучше не работать с симплинками вручную, а использовать инструменты типа service, invoke-rc.d, update-rc.d - так сейчас это делается в Debian. А вот как отключить ненужные демоны в дистрибах, использующие upstart и systemd стандартным для этих систем способом, я пока не разобрался.

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

в Дебиане должны написать свою систему инициализации.

Просто оппозиция не едина

тогда ты просто тупое трепло

Ну, ты, подло-мурк-пахло-рыбный, говори, да не заговаривайся! Перед тобой я уж точно отчитываться не собираюсь. Рылом не вышел, ибо

можешь и дальше рассказывать басни

Достаточно с тебя и того, что я, сертифицированный сусевый админ, поменял пару лет назад из-за говноD openSuSe на генту. Умному - достаточно.

Будет второй тур?

поменял пару лет назад из-за говноD openSuSe на генту

Не осилил?

сертифицированный сусевый админ

А хотя, чему я удивляюсь.
Если сусеадминов «сертифицируют» так же, как вендоадминов, что скорее всего близко к правде - всё ясно. Действовать умеют только как обезъянки, от малейшего изменения окружения - треск шаблона и segmentation fault.

Решил добавить немного подливы от Поттеринга:
http://www.opennet.ru/opennews/art.shtml?num=30412

Если сусеадминов «сертифицируют» так же, как вендоадминов, что скорее всего близко к правде - всё ясно

Давай так: ты сперва поинтересуешься, какой уровень международной линуховой сертификации обеспечивает NLCA, а потом уже будешь нести откровенную ересь, хорошо?

Давай так: ты сперва поинтересуешься, какой уровень международной линуховой сертификации обеспечивает NLCA

Давай так: сертификаты иногда и ламеры получают.
И создается впечатление, что ты тому - яркий пример.

Давай так: сертификаты иногда и ламеры получают.

Но только не два раза подряд - вообще-то у меня их два, если что.

И создается впечатление, что ты тому - яркий пример.

Знаешь что, корректор фигов, я тебя (пока) не оскорблял - так что и ты держи свой язык на привязи!

Но только не два раза подряд - вообще-то у меня их два, если что.

Ну и что? Навидался я всяких. Приходили ко мне на собеседование, сертификатов пачка, а обезьянка-обезьянкой. Как пришли, так и ушли, на работу я таких не беру.

я тебя (пока) не оскорблял

Я тебя и не оскорбляю. Если ты оскорбляешь на правду, попей новопассита, подумай о своей квалификации начни повышать. Ну а если не способен, то кто тебе доктор? :)

Ну и что? Навидался я всяких

Так обычно отвечают как раз те, кто не осилил на сертификат сдать сам. Я так понимаю, что «неосилятор детектид», ага?

Как пришли, так и ушли, на работу я таких не беру

А я - беру. Для меня сертификат значит очень много. Это значит, что человек много и очень старательно работал. А вот таких как ты, «зав'ов по кадрам», как раз брать на работу не стоит - слишком много распальцовки, а толку - чуть.

Так обычно отвечают как раз те, кто не осилил на сертификат сдать сам

Не было даже цели. Я нанимаю и руковожу теми, кто «осилил». Но только не обезьянками вроде тебя, у которых от любого отклонения в окружении случается, как там... SOCKET ACTIVATION.

Для меня сертификат значит очень много

У тебя бралка не отросла, судя по твоей гордости сертификатом и отсутствию практического опыта. Студентота-понторез детектед.

SysV!

Я нанимаю и руковожу теми

Знаешь, для руководителя со стажем ты слишком неуважительно относишься к специалистам. Это довольно распространенная «болезнь» спецов дорвавшихся до руководства. Так что я думаю, что твой уровень - руководитель группы, не более. Это раз.

На работу тебе принимать, видимо, людей приходилось, но не как собственнику: иначе ты бы страховался как мог, и к сертифицированным спецам относился бы слегка по другому; собственники знаешь ли имеют обыкновение за все платить из собственного кармана, а сертификат это хорошая гарантия. Это два.

И наконец... а впрочем хватит с тебя и этого.

я лично был свидетелем, как под его управлением, раз за разом не мог рестартовать nginx

А с чего ты взял, что это из-за systemd? Распишешь, как проводилась диагностика и в чём оказалась проблема?

А вот как отключить ненужные демоны в дистрибах, использующие upstart и systemd стандартным для этих систем способом, я пока не разобрался.

В systemd это systemctl disable some.service. man systemctl