Это лобби Поттеринга пытается пробиться в мейнстрим.

уже успел выразить недовольство

Отпишись, когда у них до рукоприкладства дойдёт.

Видимо debian настолько идеален, что тех. комитету просто больше нечем заняться.

Резолюция для голосования прошла столько уточнений и дополнений, что её можно будет распечатать и повесить в рамочку — как произведение искуcства.

Эй! 4.2! 100 шпицрутенов позорному троллю!
Голосование идёт среди всех 4 систем: systemD, Upstart, Openrc, sysVinit.
Внесите модератора!

все кому интересно давно отправили письмо на 727708-subscribe@bugs.debian.org

Да включайте его уже, надоело башеспагетти в /etc/init.d Под бздю потом допилите.

Нужна ещё одна инитсистема!

Для этого нужен поттеринг из поттерингов.

ппц!!! почему тока апстарт и системд?

По ссылке сходи. ТС — тролль.

Я не тролль, я реалист. Две последние позиции имеют очевидный статус «на поржать».

Upstart vs. systemd vs. пообсуждать-ещё-немного

fixed.

Ещё больше обсуждений! 1K постов - не предел!

я реалист

Ты домашнюю работу по китайскому языку сделал, реалист?:)

Зачем китайский?

Wed Feb 5 19:00:12 UTC 2014

upstart: Ian Jackson, Andreas Barth, Steve Langasek

systemd: Don Armstrong

upstart: Ian Jackson, Andreas Barth, Steve Langasek
systemd: Don Armstrong

Неужели справедливость всё таки восторжествует?

Всё идёт по плану. Никто из членов TC не поменял своего мнения по основному вопросу.

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

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

Вот в чём дело ( AX): http://lwn.net/Articles/582585/

Ъ: Upstart - неработающее говно, которое спасёт только рерайт.

второй раунд

в который раз? )

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

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

Еще плюс - не будет монополии systemd.

Неработающее говно - это твои мозги, а upstart'y уже семь лет с момента релиза.

когда они уже закончат мусолить?

Следующим номером в рассылке майдан устроят

это всё происки редхата, поццеринга и ЗОГа :)

Чем systemd не устраивает-то? Фич больше. Несколько популярных дистров (RHEL, SUSE, Arch) уже перешло.

Там ведь явно не дураки работают.

Вспоминается Престейн из Престейнов Бестера

Реалисты учат устройство АК

Вот это будет оплеуха RHT

Ты по ссылке сходил, зелёный?

http://lwn.net/Articles/582585/

Ждём аналогичного перечня для systemd.

Чем systemd не устраивает-то?

Не unix way. Убогие юниты. Куча мелких косяков.

Напиши, будь мужиком, блеать.

Ждём

И в этом вся суть вопроса.

Пока разработчики upstart заявляют о том, что написание upstart-овых скриптов для Apache не является их приоритетом (и пять лет ждут пока кто-нибудь сподобится это сделать), разработчики systemd сами проходят по апстримам всех основных сервисов и коммитят туда идеологически правильные systemd-юниты.

Пока upstart раздумывает о потенциальной возможности использования cgroups, в systemd её реализуют.

Пока upstart не может отказаться от CLA, systemd собираются включать в LSB 5.0

А пока AX ждёт, Jef Spaleta(кстати не работающий в Red Hat) пишет в lkml.

Мне это неинтересно. Хотя одну ссылку таки вброшу:

https://bugs.freedesktop.org/show_bug.cgi?id=55239

Надеюсь, мне не нужно объяснять, что хотел сказать автор данного багрепорта.

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

Но при этом у них нет времени на то, чтобы что-нибудь сделать с архитектурой systemd? Ну понял.

Пока разработчики upstart заявляют о том, что написание upstart-овых скриптов для Apache не является их приоритетом (и пять лет ждут пока кто-нибудь сподобится это сделать)

Ссылку плиз.

Пока upstart раздумывает о потенциальной возможности использования cgroups, в systemd её реализуют.

Ага, потом поццеринг ВНЕЗАПНО заявляет, что текущая реализация была дерьмом, и переделывает всё с нуля. Т.ч. правильно делают, что ждут.

Не то. Отсутствие восстановления (чтения) повреждённых файлов логов - менее значимая проблема, чем, например, неправильно работающий pre-stop, заставляющий upstart «забыть» о сервисе.

Ты упорот с бревном в глазу

Стандартный вопрос: есть что по делу сказать? Предоставлен список багов, из которых большинство - grave. Если какая-то программа, претендующая на core userspace, уже семь лет как говно, то это отрицательная характеристика.

Кто есть Jef Spaleta и что он пишет в lkml?

Отсутствие восстановления (чтения) повреждённых файлов логов - менее значимая проблема

Ты уверен?

чем, например, неправильно работающий pre-stop

Да, запуск сервиса из pre-stop — это самое логичное и самая часто встречающиеся действие.

Кто есть Jef Spaleta и что он пишет в lkml?

По ссылке свой уже пройди, онолитег. :D

А, блин.

Тем не менее, встречается же. Ну и в принципе разного плана проблемы.

Ссылку плиз.

Где-то в недрах дебиановских тредов встречалась ссылка на ланчпад, где именно комментарий разработчика про неприоритетность был.

Но не буду её сейчас искать. Бери такую, первую попавшуюся https://bugs.launchpad.net/ubuntu/ source/apache2/ bug/689454

Ага, потом поццеринг ВНЕЗАПНО заявляет, что текущая реализация была дерьмом, и переделывает всё с нуля. Т.ч. правильно делают, что ждут.

Тут как-то даже нечего добавить. Ждите дальше.

Ссылка на включение systemd в LSB есть?

список ужасных багов в студию