LINUX.ORG.RU

Systemd победил в третьем голосовании по выбору системы инициализации для Debian

 ,


1

2

Бидейл Гарби (Bdale Garbee), председатель Технического комитета Debian, инициировал третье голосование по вопросу перехода следующего выпуска Debian на новую систему инициализации. Новый вариант голосования был предельно упрощён для исключения вторичных вопросов и подразумевал только выбор системы инициализации, которая должна быть использована по умолчанию в выпуске Debian Jessie на базе ядра Linux (т.е. были исключены вопросы одна или несколько систем инициализации должны поддерживаться в Debian и как быть с архитектурами, отличными от Linux). Третье голосование проводится по упрощённой схеме, при которой для принятия решения достаточно обычного перевеса голосов.

На этот раз голосование прошло с перевесом Systemd, что позволяет считать Systemd победителем. За systemd проголосовали Bdale Garbee, который как глава совета обладает правом дополнительного голоса, Don Armstrong, Keith Packard и Russ Allbery. В пользу upstart свой голос отдал Colin Watson. Steve Langasek на первое место поставил продолжение дальнейшего обсуждения, на второе Upstart, на третье systemd. Свой голос ещё не отдали Ian Jackson и Andreas Barth, ранее голосовавшие на upstart, но независимо от их позиции, systemd уже получил перевес в голосах.

>>> Подробности

Ответ на: комментарий от maloi

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

Quasar ★★★★★ ()
Ответ на: комментарий от Deleted

опять вранье, пруфы в студию

у меня нет желания лопатить 20 страниц. точно помню твои аргументы - «полгода принимать решение это застой» «принятие решения демократическим методом это правильно».

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

при этом ты используя неаргументированные утверждения оправдываешь разрушаюшие коллектив методы принятия решений. Значит еще и провокатор. И скорее всего не пользователь дебиана.

dinama ()
Ответ на: комментарий от Quasar

Спасибо! Будем следить за развитием событий.

yoghurt ★★★★★ ()
Ответ на: комментарий от post-factum

И нафиг тебе этот systemd сдался? Ну ладно. Личные мотивы обсуждать нет смысла. Но дебьяном ты пользуешься?

Quasar ★★★★★ ()
Ответ на: комментарий от alpha

alpha> И эти люди критикуют «нестабильное API» и «лапшеобразный код»...

Нестабильное API? Я за нестабильное API в том смысле, в котором Торвальдс это преподносит. И рекомендую на тот файлик всё-таки посмотреть. Если что: такое обилие строк исключительно из-за того, что там больше половины кода - комментарии. Остальное всё в функциях. И большую часть править не надо - достаточно сделать примерно те же действия, что и в случае составления вендовозного ini-конфига для systemd. И всё-таки посмотри ещё пример скрипта для OpenRC - там ещё более компактно. Поскольку я твоему примеру решил не следовать, дам ссылку сразу на то, как это выглядит: https://wiki.debian.org/Debate/initsystem/openrc#How_OpenRC_works:_Example_ru...

Quasar ★★★★★ ()
Ответ на: комментарий от alpha

alpha> Для частных случаев systemd предоставляет ровно ту же возможность запуска произвольных скриптов, что и sysvinit.

Эта возможность запуска оставлена там только для legacy. А раз для legacy, то это сделают DEPRECATED!!111. А что значит deprecated и чем это грозит, думаю, ты итак знаешь.

Quasar ★★★★★ ()
Ответ на: комментарий от Deleted

PaulCarroty> тогда перестать писать чушь и реализуй мне это в одну строку.

О! Коммерческое предложение! Сколько заплатишь?

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

Чем большим количеством инструментов или чем больше можешь сделать?

Quasar ★★★★★ ()
Ответ на: комментарий от Deleted

PaulCarroty> еще о твоем фейерическом бреде

Это ты бредишь. Очнись!

PaulCarroty> «работающем» sysv в debian hurd, оно даже в VM запускается не всегда. и порадуй уже меня скринами с openrc, интересно будет посмотреть.

Новоявленный разработчик Debian GNU/Hurd говорит, что sysv работает там, хоть через костыли. В wiki дебьяна написано, что OpenRC тоже работает. Мне этого достаточно. А сейчас ты утверждаешь обратное. Так что ты давай скрины неработающего Debian GNU/Hurd с OpenRC.

Quasar ★★★★★ ()
Последнее исправление: Quasar (всего исправлений: 1)
Ответ на: комментарий от Quasar

Итого... Windows!

Вот это - один из самых бессмысленных аргументов в линуксовых спорах.

Нет, «удобно» != «Windows». Linux удобнее и правильнее, но не потому что его админу постоянно необходимо тренировать свои навыки писания скриптов на sed, а потому что он позволяет выбирать на какую глубину в данный момент необходимо залезть для решения конкретной задачи.

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

А бегать с воплями про unix-way и в то же время параноидально опасаться того, что кто-то где-то как-то решит за тебя - это вообще-то взаимоисключающие параграфы.

alpha ★★★★★ ()
Ответ на: комментарий от Quasar

Эта возможность запуска оставлена там только для legacy. А раз для legacy, то это сделают DEPRECATED!!111. А что значит deprecated и чем это грозит, думаю, ты итак знаешь.

Это в копилку истерических выплесков. Exec - базовый параметр в service-файле.

alpha ★★★★★ ()
Ответ на: комментарий от alpha

alpha> Нет, «удобно» != «Windows».

Удобно - это когда система ничего не скрывает от пользователя и не пытается его считать за идиота. В Windows практикуется обратный подход (один только реестр и коды ошибок вместо внятных сообщений чего только стоят). systemd практикует аналогичный подход (бинарные логи, вендорлок, пользователь ничего не должен знать!).

alpha> Linux удобнее и правильнее, но не потому что его админу постоянно необходимо тренировать свои навыки писания скриптов на sed

Я не понял - в sysvrc на sed скрипты пишут?

alpha> И та же модульность, о которой в этом треде так любят говорить, это не самоцель сама по себе. Модульность ради модульности никому не нужна, она нужна для того, чтобы один человек не должен был одновременно помнить все детали реализации всех компонентов, а мог опереться на какие-то промежуточные интерфейсы, доверяя коллегам/сообществу/разработчикам реализацию всего того, что находится за этим интерфейсом.

Речь не о модульности как самоцели, а о двух моментах:

1. Объективной дефективности systemd и его компонентов по сравнению с другими решениями, которые независимо от него существуют. Технический момент.

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

alpha> А бегать с воплями про unix-way и в то же время параноидально опасаться того, что кто-то где-то как-то решит за тебя - это вообще-то взаимоисключающие параграфы.

Включи мозг и начни анализ. Придираться к отдельным высказываниям глупо. UNIX-way - это один их аспектов обсуждения. То, чего касается обсуждение прежде всего, я в этом ответе уже привёл.

Quasar ★★★★★ ()
Ответ на: комментарий от Quasar

Объективной дефективности

Это безусловно мощнейший технический аргумент.

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

А это банальное вранье. По незнанию, по глупости или по злому умыслу - это ты сам определись.

alpha ★★★★★ ()
Ответ на: комментарий от Quasar

Объективной дефективности systemd и его компонентов по сравнению с другими решениями, которые независимо от него существуют

по сравнению с другими решениями

Это каких же? Апстарта штоле? Это нужно очень не любить поттеринга, что бы любить апстарт

vasily_pupkin ★★★★★ ()

Санта-Барбара продолжается

CNews: Один из разработчиков открытого ПО Маас Верри (Maas Verri) разместил в профильной рассылке lists.debian.org предложение физически расправиться с другим участником сообщества - Адрианом (Adrian). Мотивом для призыва к расправе стала инициатива Адриана лишить пользователей выбора системы инициализации в Linux, оставив возможность пользоваться одной-единственной - Systemd.

«Таких людей, как Адриан, которые настаивают на том, чтобы systemd стала единственной системой инициализации в Debian, нужно физически наказать», - предлагает Верри.

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

«Debian существует для людей. Это не религия. И это не скульптура. Они говорят, что хотят «улучшить Debian». Но Debian существует не ради самого себя, а ради всех нас. Адриан и другие сторонники Systemd пытаются отобрать Debian у нас и отдать его своим «пользователям»», - продолжает Верри.

Lothlorien ★★★ ()
Ответ на: комментарий от alpha

alpha> Это безусловно мощнейший технический аргумент.

Ты делаешь мне фейспальм. Это ТЕМЫ, а не аргументы...

alpha> А это банальное вранье. По незнанию, по глупости или по злому умыслу - это ты сам определись.

Факт в том, что он устроил конфликт и поспешно организовал голосование.

Quasar ★★★★★ ()
Ответ на: комментарий от Quasar

Факт в том, что он устроил конфликт и поспешно организовал голосование.

И в третий раз повторим — это враньё.

alpha ★★★★★ ()
Ответ на: комментарий от Quasar

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

vasily_pupkin ★★★★★ ()
Ответ на: комментарий от vasily_pupkin

Ты даже не имеешь понятия о том, что я перечислил. Зачем чушь порешь? А... Ну может о тебе выше говорили «локалхост Васи Пупкина»?

Quasar ★★★★★ ()
Последнее исправление: Quasar (всего исправлений: 1)
Ответ на: комментарий от Quasar

в техническом комитете чуть ли не до криков дело дошло

Дошло, и до криков, и после. А вот «он устроил конфликт и поспешно организовал голосование» — это враньё.

alpha ★★★★★ ()
Ответ на: комментарий от Quasar

Ты даже не имеешь понятия о том, что я перечислил

Ну да, разумеется. Вижу впервые в жизни. А что, PostgreSQL нормально вместо systemd использовать? Надо попробовать !

vasily_pupkin ★★★★★ ()
Ответ на: комментарий от alpha

То есть, взвешенно не успели всё решить, договориться и определить, что больше подходит - это не поспешно?

Quasar ★★★★★ ()
Ответ на: комментарий от vasily_pupkin

vasily_pupkin> А что, PostgreSQL нормально вместо systemd использовать?

Точно Вася Пупкин с локалхоста. Ты значит не представляешь, какие задачи systemd и его компоненты пытаются решать. А «PostgreSQL вместо systemd» - это ты сам придумал.

Quasar ★★★★★ ()
Ответ на: комментарий от Quasar

Ты значит не представляешь, какие задачи systemd и его компоненты пытаются решать.

Затроллил. Жму руку.

vasily_pupkin ★★★★★ ()
Ответ на: комментарий от Quasar

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

Но ты конечно этого всего не слышал, не видел, не читал и глубоко возмущен.

alpha ★★★★★ ()
Ответ на: комментарий от alpha

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

dinama ()
Ответ на: комментарий от dinama

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

И что ещё немного и ответом на главный вопрос жизни, вселенной и всего такого станет «727708».

alpha ★★★★★ ()
Ответ на: комментарий от Reset

Смешно это слышать от федораста.

Как будто что-то плохое.

До сегодняшнего дня Debian позиционировался как убежище и абсолют покоя для пенсионеров линукса и прочих отшельников (ими же самими).

Jayrome ★★★★★ ()
Ответ на: комментарий от alpha

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

dinama ()
Ответ на: комментарий от dinama

ты меня отправил в мэйл-листы. считаю слив засчитанным.

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

пока ты не доказал обратное ты лжец и манипулятор.

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

оправдываешь разрушаюшие коллектив методы принятия решений

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

Deleted ()
Ответ на: комментарий от Deleted

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

dinama ()
Ответ на: комментарий от Quasar

В wiki дебьяна написано, что OpenRC тоже работает. Мне этого достаточно.

Не нашел в статье о Hurd, да и мало что там может писать.

Так что ты давай скрины неработающего Debian GNU/Hurd

Ничего глупее перевода стрелок придумать не мог?

О! Коммерческое предложение! Сколько заплатишь?

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

Deleted ()
Ответ на: комментарий от Quasar

Нет. Им это не нужно. Это перекладывается на специалистов, которые готовят решения. Это называется «Энтерпрайз».

да ну? то есть им это нужно, и для этого они нанимают специалистов? и каким образом это не то что я сказал?

То же самое.

то же самое что я и сказал.

dyasny ★★★★★ ()
Ответ на: комментарий от Quasar

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

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

Ключевое слово. Именно по этой причине в энтерпрайзе просто насрать на то, как продукт устроен. Там важно то, насколько в итоге решение будет надёжным при поддержке производителя решения.

мсье хоть издалека энтерпрайз видел?

systemd этому никак не способствует.

вообще никак, ага. только почему-то клиенты требуют именно такой функционал. и эти клиенты - самый что ни на есть энтерпрайз.

dyasny ★★★★★ ()
Ответ на: комментарий от Quasar

Я что-то пропустил и дебьян стал коммерческой корпорацией?

нет, но кусочек пирога они хотят тем не менее. не от доходов, а скорее от процента установок

dyasny ★★★★★ ()
Ответ на: комментарий от Quasar

«Нам не нужны грамотные кадры, которые умеют думать. Нам нужны рабы!».

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

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

согласен. только когда работа стоит, а админ играется с тем что ему интересно - это уже проблема. И именно это я постоянно вижу, и среди админов и среди девелоперов. Кроме того, админ который прокачал скиллы и достоин бОльшей зарплаты это конечно круто, но если он при этих скиллах не приносит ничего работодателю, то за что собственно платить?

А зависимость от поставщика означает, что в определённый момент поставщик может либо облениться и не давать то, что нужно, либо заломить цену - прелести вендорлока. Поддержка - это хорошо. Но своя голова всегда должна быть.

зависимость от посавщика это всегда проблема, но поставщик != производитель. Один из моих ДЦ полностью на Делл, потому что рулить однородным железом намного проще чем зоопарком, но каждый апгрейд получается от разных поставщиков. Это не вендор лок, я всегда могу купить другое железо, и оно будет работать в моих кластерах под управлением RHEV, но гомогенная среда тупо удобнее.

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

dyasny ★★★★★ ()
Ответ на: комментарий от Deleted

админа локалхоста
техническим решением

Выучи что-нибудь новое, утомляет уже.

Gotf ★★★ ()
Ответ на: комментарий от Quasar

systemd практикует аналогичный подход (бинарные логи, вендорлок, пользователь ничего не должен знать!)

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

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

попробуй разобрать несколько гиг логов с параллельно пишущих серверов в DEBUG режиме руками, а потом кричи о том что бинарные логи это плохо.

dyasny ★★★★★ ()
Ответ на: комментарий от Deleted

PaulCarroty> Не нашел в статье о Hurd, да и мало что там может писать.

Тебе прямо процитировать что-ли?

OpenRC is already ported to GNU/Hurd and work is progressing nicely. It already boots with up-to-date sysvinit and openrc packages. Some remaining quirks, like out-of-the-box halt and reboot remains to solve.

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

Вывод такой: ты тупорылое трепло, которое ничерта не обосновывает. Я тебе и ссылки привёл, и даже процитровал что надо. Ты же ничерта не можешь объяснить и просто как последняя школота пишешь: «ахаха абасрался!!!11 лал!!1111».

PaulCarroty> перевода стрелок

Да ты оказывается гопник!

PaulCarroty> Так и думал что обосрешься

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

Quasar ★★★★★ ()
Ответ на: комментарий от dyasny

dyasny> то есть им это нужно, и для этого они нанимают специалистов?

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

Quasar ★★★★★ ()
Ответ на: комментарий от dyasny

dyasny> при чем здесь не специалисты?

При том, что они делают вообще всю работу по привидению продукта в работоспособное состояние.

dyasny> в таком случае надо подготовить одну систему хорошо и повторяемо

Совершенно верно. Но кто это делает и кто внедряет? ;)

dyasny> вообще никак, ага. только почему-то клиенты требуют именно такой функционал.

Так они требуют функцию из векторного пространства или systemd? ;)

Вообще говоря, всё то, что умеет systemd, делалось существующими до него решениями (примеры есть выше). Зачем он нужен кроме NIH?

Quasar ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.