мне это больше напоминает события на Украине

Я думал что Ян за openrc или оставить как есть. А когда разобрался что он за upstart, то успокоился.
пусть будет systemd

чего так к CLA прицепились
Debian

Это Debian. Внезапно, там это всё считается за сириус бизнес.

sysvinit и systemd хватит всем.

вот и будут отсасывать со своей свободкой, дураки. Будет еще одна CentOs, только deb.

Лидирует мнение о неготовности комитета принять решение

It's so Debian!

У меня на твои йогурты скоро места не хватит в описании. Дураком здесь показал себя только ты :}

чего так к CLA прицепились

Это CLA позволит Марку запроприетарить апстарт и все переданные в апстарт наработки Debian'цев.

Да, да, да!!!

Астрологи объявили неделю новостей о systemd - баттхёрт увеличен вдвое! :-D

так а в чем вопрос, если есть люди, которые готовы поддерживать систему, пусть поддерживают

А ты на ЛОР посмотри - анально страдать-то все готовы, а хоть что-то сделать решился только хрен, форкнувший инитскрипты арча.

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

А разработчики, внезапно, за оскорбления работать не готовы, гады такие :)

А ты на ЛОР посмотри - анально страдать-то все готовы, а хоть что-то сделать решился только хрен, форкнувший инитскрипты арча.

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

+1

«коммунити» во сём великолепии. Семеро с ложкой брешут на одного с сошкой.

Непонятно зачем голосовать.

Дык это эпичный баттхёрт одного (!) типа - Яна. Когда техкомитет выбрал systemd ему пердак порвало не слабее чем асечьке и прочим местным страдальцам. Но в отличии от них, он что-то всё-таки может, вот и решил хотя-бы так подгадить разработчикам дебьяна, продвигающим systemd.

Правда судя по тому, как продвигается голосование, хрен у него что выйдет - прийдётся опять на гавно в рассылке исходить :)

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

Насколько я понимаю, было принято решение о выборе systemd как системы инициализации по умолчанию, а не единственно православно верной. Вы уверены, что кто-то настаивает, чтобы альтернативы следует выпилить начисто? Можете привести ссылку на оригинальный источник?

Лидирует мнение, что мнений нет.

И это - самая разумная позиция для техкомитета. Ибо степень интеграции конкретного пакета с системой инициализации должны определять его мейнтейнеры (которым всё это поддерживать между прочим), а не страдающий баттхёртом Ян-с-горы.

самое главное, что непонятно, зачем это делается. Т.е. вместо тестирования и обеспечения HA через active-inactive лучше делать вид, что все в порядке.

Debian/RedHat

А РХ в курсе?

Конечно в курсе, что RH+Fedora+CentOS уже прилично меньше, чем Debian+Ubuntu на серверах и разрыв увеличивается (особенно благодаря Ubuntu). Может быть для этого им и нужен Systemd

P.S. про десктопы вообще молчу.

А ты на ЛОР посмотри - анально страдать-то все готовы

Только ты.

Насколько я понимаю, было принято решение о выборе systemd как системы инициализации по умолчанию, а не единственно православно верной. Вы уверены, что кто-то настаивает, чтобы альтернативы следует выпилить начисто? Можете привести ссылку на оригинальный источник?

Первоначально когда обсуждался выбор системы инициализации, Ян предлагал голосовать не просто за систему инициализации, а сразу за несколько условий. В их числе были условия, которые стоят на голосовании сейчас. Одно из этих условий - недопущение того, чтобы пакеты могли зависеть от конкретной реализации инита (как пример - жесткая зависимость gdm от systemd). Бдэйл Гэрби и сотоварищи, голосовавшие за системд, выкинули это условие из голосования. А сейчас они голосуют за отсутствие решения в принципе, то есть неформально разрешают такие необоснованные зависимости, давая возможность systemd стать в будущем единственным инитом.

Обо всём этом можно прочесть в рассылке дебиана, пруфы искать лень, но его истерика по поводу системд связана именно с тем, что техкомитет не принял его предложения по голосованию, а «продавил» системд без всяких условий. Вот, например как он голосовал при «выборе systemd»: https://lists.debian.org/debian-ctte/2014/02/msg00342.html Там вроде ниже в рассылке была дискуссия.

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

Толсто. Прошлое решение тупо «продавил» председатель ТК.

Если Горби будет упираться дальше, всё к этому и пойдёт.

Горби могила исправит..

Ты там говори, но не заговаривайся.

«коммунити» во сём великолепии.

Комьюнити/Сообщество это не кучка анонимов.

Неужели они сделают опцию выбора инита в инсталляторе? Неужели они передумали скатывать дистр в УГ?

Ждем, когда openrc раздуплятся. Там кстати вполне реально прикрутить «перезапуск упавшего сервиса», который так распиарен для systemd - т.к. есть поддержка cgroups.

За это бить надо. Сервисы просто так не падают.

Тут я с тобой полностью согласен, что это проблема криворуких админов, но если фича востребована, то почему бы и нет? Тем более иногда могут быть случаи, когда реально приложение кривое может падать (а возможности использовать альтернативу/не использовать нет).

Тут я с тобой полностью согласен, что это проблема криворуких админов, но если фича востребована, то почему бы и нет? Тем более иногда могут быть случаи, когда реально приложение кривое может падать (а возможности использовать альтернативу/не использовать нет).

В таком случае это становится задачей мониторинга, а не системы инициализации.

Неужели они сделают опцию выбора инита в инсталляторе? Неужели они передумали скатывать дистр в УГ?

Надежда еще есть, бабушка.

Если запуском/остановкой занимается инит-система, то почему бы и не повесить мониторинг? Тем более если есть поддержка cgroup, можно рулить приоритетами и мониторингом состояния процесса. Вполне себе функционал для инита, но это максимум, что для него нужно.

За это бить надо. Сервисы просто так не падают.

Если тебе нужно, чтобы сервис остался лежать - просто не включай его перезапуск.

Комьюнити/Сообщество это не кучка анонимов.

Всё верно. Коммунити - это те, кто пишут код. Вот я пишу. А ты на ЛОРе звёзды набиваешь.

Пардон, а как дебиановцы могут реализовать предложение Яна

недопущение того, чтобы пакеты могли зависеть от конкретной реализации инита (как пример - жесткая зависимость gdm от systemd)

То есть, авторы gdm (гномоделы, как я понимаю), люди свободные. Захотели прибить gdm к системд и прибили. Что в этом случае будет делать Ян? Форкать и отвязывать? Не пущать в репозитории?

Выкинуть gdm из дебиана? Всё равно гнум всё больше походит на ненужно. Пока они следующий релиз системы допилят, он как раз окончательно закопается.

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

Это опасный путь. Поэтому я и поинтересовался, а как же Ян предполагает «недопущать» нежелательные для него изменения в софте, непосредственным разработчиком которого не является?

Орли?

Коммунити - это те, кто пишут код. Вот я пишу.

Да ты же зазнайка. (Подмечу что определение сообщества у тебя хромает)

Но это таки оффтоп.

Вот. Вот по этому - дебиан мой любимый дистр. Все решения пересматривают, чтобы пользователи меньше мозги е**ли.

Они решили добить дебиан? Ну ладно, по-дефолту это убожество поставить, но не оставить ничего кроме него - это уже черезчур.

(Подмечу что определение сообщества у тебя хромает)

Какгрится, ссылка на классический текст http://vitus-wagner.dreamwidth.org/619119.html

Да ты же зазнайка.

Не без того.

Форкать и отвязывать? Не пущать в репозитории?

Да, а еще собирать гном без gdm.

А ты думаешь, почему systemd туда так усердно пропихивают?

northerner> Насколько я понимаю, было принято решение о выборе systemd как системы инициализации по умолчанию, а не единственно православно верной.

Да, голосование по инициализации по умолчанию было.

northerner> Вы уверены, что кто-то настаивает, чтобы альтернативы следует выпилить начисто?

Абсолютно. Иначе не игнорировали бы часто задававшийся вопрос о привязке приложений к systemd, а также не стали бы игнорировать kFreeBSD и Hurd.

northerner> Можете привести ссылку на оригинальный источник?

Можешь начинать читать отсюда: https://lists.debian.org/debian-ctte/2014/02/msg00443.html

anonymous> Ибо степень интеграции конкретного пакета с системой инициализации должны определять его мейнтейнеры (которым всё это поддерживать между прочим), а не страдающий баттхёртом Ян-с-горы.

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

Уж сколько раз вам говорили - у RedHat совсем другие сервера, поэтому долю сравнивать некорректно.

по крону смотреть и перезапускать? по-моему событийная модель >«о, упал процесс, надо бы перезапустить» дешевле по ресурсам.

Зачем по-крону, можно и без крона. Пишется за 10 минут, и работает прозрачно. Зато нет необходимости что-то глобально перелопачивать, притом то, что перелопачивать как раз нет никакой необходимости. Это без учета всех остальных глупостей systemd. Все же нормально работало и работает без systemd, и даже проще и понятнее.

О! Тазик теперь понял, о чём речь! Ждём с его стороны предложений выкинуть systemd и ставить супервизор сервисов отдельно от инита.

leg0las> Если запуском/остановкой занимается инит-система

Инит-система занимается инициализацией. Запуском/остановкой в данном случае заведует SysV-RC. Это логическое продолжение инита, но это не инит.

по крону смотреть и перезапускать?

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

http://smarden.org/runit/

http://cr.yp.to/daemontools.html

http://supervisord.org/

жду openrc, тред не читал1

anonymous> В один прекрасный день это приведет к выкидыванию того, без чего третьегном работать не может. Давайте тогда и его выкинем.

Поддерживаю сие предложение.

anonymous> Поэтому я и поинтересовался, а как же Ян предполагает «недопущать» нежелательные для него изменения в софте, непосредственным разработчиком которого не является?

В каноникле, не смотря на хроническую нехватку разработчиков, сумели отвязать logind от systemd. Это так, пример. А udev выкинуть нафиг и взять eudev.

В один прекрасный день это приведет к выкидыванию того, без чего третьегном работать не может. Давайте тогда и его выкинем.

Почему бы и не выкинуть. Никто ж не обещал, что гнум должен работать на этой платформе. Если будут желающие патчить гнум под совместимость с платформой, пусть патчат и пакетируют; не будет желающих - не будет гнома. Обычная ситуация. В какой-нибудь netbsd никакого systemd нет и ничего, брат жив.

Я больше чем уверен, скриптики будет на cgroups работать? Хотя можно на какой-нибудь inotify завести, если например есть запись на диск/чтение.