LINUX.ORG.RU

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

 ,


2

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 уже получил перевес в голосах.

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

★★★★

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

Самое интересное то, что Bdale у истоков Debian стоял. Но, похоже, скурвился

тупорылому лоровскому прыщатику-кукаретику, конечно, виднее

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

Вы конечно же лично его ревьюировали и можете привести ссылки на отчеты или хотя бы письма в рассылке разработчиков?

Представь себе, я делал обзор лично, именно чтобы узнать, за что же так ругают systemd и почему у нас другая система инициализации. Никому не посылал, ибо в разработке Debian не участвую, я вообще под Linux только пользователь, а разработчик под оффтопик. У меня нету никакой убунты и не будет. У нас свой велосипед, который сильно проигрывает systemd по скорости загрузки, но меня это не волнует, ибо для десктопа я не считаю десяток секунд разницы чем-то важным и критичным.

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

northerner> Технически, при выборе между systemd и upstart, systemd - меньшее зло.

Выбор был между systemd, upstart, openrc и старой связкой инициализации. В данном случае правильнее было бы выбрать openrc в связке с сервисом process supervision - даёт полную совместимость, простоту создания файлов инициализации, устраняет костыли и т.д. Но Bdale вместо адекватного обсуждения и взвешенного выбора оказался идиотом: мало того, что устроил голосование с нарушениями, так ещё и развязал прямой конфликт внутри комитета.

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

Мне тут реальный геморрой подкинули, а школота радуется этому говняному systemd.

Как бы не только тебе. Школота должна идти лесом.

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

anonymous> ну теперь-то точно никто не сможет использовать journalctl, ведь там некрасивый код!!!111

Это верно. Как минимум потому, что он завязан на systemd. С другой стороны этот journalctl вместе с journald нафиг не нужен. Если хочется чего серьёзнее - нужно использовать нормальную БД.

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

Пацаны, предлагаю выйти на майдан - главного дебианщика в отставку!

толька за :)), а-то система же погибает :(

p.s. видел на 5ти (пяти) страницах :)

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

Самое интересное то, что Bdale у истоков Debian стоял. Но, похоже, скурвился. А Ian пилит Xen и Bdale своими действиями фактически нанёс ему прямое оскорбление, начиная нарушением правил комитета и заканчивая тем, что провёл голосование быстренько без участия Ian'а.

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

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

По звуку и udev - все работает кое-как

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

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

Ты случайно не в Касперском работаешь?

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

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

Ты никто и никому не нужен. Уймись и смирись, анонимус.

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

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

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

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

Согласен, может не совсем прав, если настроено, то вроде и не шипит. Или шипит не сильно. Это по звуку. А по udev у меня уже претензии как у разработчика, который постоянно в контакте с нашим координатором. Нам пришлось его выдирать с ошметками сам понимаешь откуда. Притом, что сам systemd (и особенно тот самый journald) нам не нужен совершенно.

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

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

А без этих авторов...

... ничего не работало? Т.е., OpenRC до Поттеринга и его команды не работал?

В чём квест?

Если демон не сетевой, то надо ещё и юнит дописать. Если сетевой — ещё и сокет. Как минимум. Зачем, если скрипты для OpenRC просты как 3 коп.? Хотя, для hardened gentoo мне надо наваять ещё правила для SELinux и корректный ebuild, но в случае с systemd работа-то удваивается. А с точки зрения безопасности улучшения нет и не будет.

Ты про enp1s0? Во-первых, авторам не откажешь в логике,

Про него. Ага... Во-первых, в логике я им откажу. Её там нет. Без них (авторов) что-то не работало? Т.е., теперь для bonded interfaces мне что, правила переписывать? А мне, по мнению Поттеринга, видимо делать больше нефиг? Слава Богу, есть hardened gentoo, есть серверный профиль и есть OpenRC. Брат жив.

во-вторых, если тебе это не нравится, у тебя есть аж 4 альтернативы

В курсе. Опять те же вопросы. Зачем? Что-то не работало и без авторов?

Звук и udev починили. Да. Но изначально вполне работоспособные подсистемы доставили немало веселья. Опять вопросы — зачем? Что-то не работало?

journalctl — охрененно удобная и полезная штука для localhost.

Я пофиксил. Не благодарите. Но у меня территориально-распределённая сеть уже есть. Территория — примерно вся РФ. Число серверов, скажем так, достаточное. Протоколирование через syslog везде настроено. Данные собираются. Мне теперь в срочном порядке надо всё перекраивать? Зачем? Что-то не работает?

Чушь, просто надо будет использовать initrd.

Нет. Не надо. Надо просто держать сервера под стабильной и минимально защищающей от идиотов системой (hardened gentoo), а «напоэкспериментировать» можно и на десктопе. Сломается что-то на ноуте, так десктопов дома ещё парочка.

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

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

А у нас на дебиане и без системдэ всё работало без проблем.

Да полно еще кассиров на деревянных счетах считают. И без проблем.

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

Дааа...

... а пульса разве не его детище? Сколько времени её в чувство приводили, помнится.

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

А, вот оно что. Сломали проброс pci в xen после security-фикса и не озаботились починкой в wheezy. А в тестинге из xen выкинули традиционный qemu-dm, после чего не пробрасывается видяха, если памяти в виртуалке больше 3.5G. Это многое объясняет.

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

Ты случайно не в Касперском работаешь?

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

Нет, не в Касперском, но в конторе, где качество кода - крайне важно. А теперь смотрим сюда: https://github.com/systemd/systemd/blob/master/src/journal/journalctl.c

И ужасаемся вместе. Где комментарии? Где инициализация переменных? Почему полно захардкоженных констант? Какого черта в коде goto? Переменные без названия (а-ля любимое Поттеринговское int r;) Какого фига функции на много экранов? И прочее. Можно и подробнее, это только то, что с первого взгляда видно.

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

Переменные без названия (а-ля любимое Поттеринговское int r;)

програмисты под винду пишут что то типа m_iReturnedValue

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

Ну и зачем им деревянные счёты с генератором qr-кодов, вебсервером и бинарными логами?

Я не знаю. Как победишь поцтерингов выкрои минутку, спроси у тётенек ловко щелкающих костяшками.

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

наооброт - демократии (корпоротивности) над соборностью (базаром)..

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

Насчет мерзкого стиля кодирования и отсутствия комментариев Поттеринга согласен. Мне приходилось с ним списываться в 2007 по поводу возможных проблем использования libdaemon в многопоточных приложениях и, соответственно, смотреть код.

Однако, старая система на скриптах явно уже не отвечала современным требованиям. Я не очень компетентен судить об OpenRC, кроме как отметить, что инициализация выполняется конкретно медленнее, чем при использовании systemd. Но в дискуссии systemd vs upstart абсолютно точно, systemd - меньшее зло. Код допилят и причешут и после Поттеринга, как это уже было с PulseAudio. Но отмеченные в рассылке проблемы upstart типа реальной возможности создать ситуацию гонок при запуске сервисов или повредить файловую систему - это совсем никуда не годится.

Леннарт в этой истории играет роль пассионарной личности, если смотреть с позиций гумилевской теории этногенеза. И этим он полезен.

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

Это...

... вообще-то:

програмисты под винду пишут что то типа m_iReturnedValue

перебор, но если переменая не локальна и её использование не очевидно с первого взгляда, то за int i; надо кастрировать. Дабы уроды не плодились. Потому что потом в этом спагетти колупаться — удовольствие ниже среднего.

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

програмисты под винду пишут что то типа m_iReturnedValue

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

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

m_ ... - это венгерская нотация и только для членов классов, тут не уместна.

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

в коде goto

Переменные без названия

На любом программистском форуме над таким в кодом просто насмехаются :) А тут этот ужас в систему тянут...

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

anonymous> по делу уже давно всё написано тысячу раз, и решение уже принято

А ничего, что решение принято с грубейшими нарушениями и провокацией конфликтов?

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

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

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

пс. по-моему мнению, в данной ситуации правильно было-бы оставить как есть (или использовать openrc как наиболее родственное)

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

Я не знаю.

Вот и я не знаю зачем этот системдэ нужен.

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

Я ничего не имею против systemd (сам буквально на этих выходных был на DevConf где lennart расхваливал своё творение), но псевдоголосования я презираю: зачем их проводить если все результаты кроме «systemd» не засчитываются?

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

Более или менее.

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

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

Код допилят и причешут и после Поттеринга, как это уже было с PulseAudio.

Но пользоваться им предлагают уже сейчас %) Кстати... а когда systemd будет «готов», неформально хотя бы? Есть у него какой-нибудь роадмап?

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

Где комментарии?

какое место тебе надо прокомментировать?

Где инициализация переменных?

gcc и clang решают эту проблему.

Почему полно захардкоженных констант?

ты про нули в проверке ошибок?

Какого черта в коде goto?

спроси у Линуса.

Переменные без названия.

А вместо i в for ты что пишешь? r — return.

Какого фига функции на много экранов?

удали #ifdef'ы

Можно и подробнее

нужно

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

Ну может перепутал названия. Но факт, что продавливание вызвало фактический раскол в тех. комитете, кто-то может уйти и все это явно не на пользу Debian.

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

Не соглашусь...

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

Леннарт в этой истории играет роль пассионарной личности

Да. Вот тут Вы безусловно правы. Однако, вспоминая историю с пульсой, я бы заменил определение Леннарта как пассионарной личности на более простое «козёл-провокатор». Больше соответствует действительности. :)

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

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

дай угадаю, ты на яве пишеш ентерпрайз?

m_ ... - это венгерская нотация и только для членов классов, тут не уместна.

в сортах не разбираюсь.

код потеринга более менее очевиден, покрайне мере не более не очевиден чем код linux kernel.

ссылка детектор неосиляторов

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

зачем их проводить если все результаты кроме «systemd» не засчитываются?

что за бред? какой результат не засчитали?

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