LINUX.ORG.RU

Завершилось голосование Debian по статусу систем инициализации

 , ,


4

2

7 декабря 2019 года в проекте Debian перед разработчиками был поставлен на голосование вопрос о статусе систем инициализации, отличных от systemd. Варианты, из которых проекту предстояло сделать выбор:

  • F: Концентрируемся на systemd
  • B: Systemd, но мы поддерживаем исследование альтернативных решений
  • A: Поддержка многих систем инициализации важна
  • D: Поддерживаем системы, отличные от systemd, но не блокируем из-за них прогресс
  • H: Поддерживаем переносимость, но не блокируем прогресс
  • E: Поддержка многих систем инициализации обязательна
  • G: Поддерживаем переносимость и множественные реализации интерфейсов
  • Дальнейшее обсуждение

Полный текст каждой опции можно прочитать в официальном письме секретаря Debian.

Срок голосования истек в полночь по UTC 28 декабря 2019 г.

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

Метод Шульце удовлетворяет критерию Кондорсе: если одна из опций победила бы при попарном сравнении каждую другую, то она и объявляется выигравшей. В данном голосовании такой опцией оказалась опция B («Systemd, но мы поддерживаем исследование альтернативных решений»). Соответственно, она и стала обязательной для исполнения.

На практике это означает, что отсутствие init-скрипта в пакете с демоном более не является багом.

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

★★★★★

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

Ну ващето в РФ никто не запрещает долбиться в зад. И это давно стало нормой.

Вот же я старый стал. Лично не видел ни одного открытого заднепроходного, обычно у нас таких угоняют куда подальше. Чистых лесби тоже не видел, только если в оргии, где на 2 девушки 1 парень.

anonymous
()

Победило самое компромисное решение - оставить всё как есть.

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

А я считаю, что случай - показательный, и применимый к Debian тоже. Во-первых, никто не мешает принять патчик, фиксящий сборку на старых системах - кому он мешает? Во-вторых:

В новых версиях openSUSE можно не использовать в spec-файле - строку BuildRoot:, а в разделе %files - строку %defattr(-,root,root). Spec-файл при этом будет корректен.

Однако для ряде _ключевых_ пакетов, эти строки всё ещё присутствуют - посмотри например GCC 9. Их там не может не быть, потому, что SLES 11 (как и RHEL) используется в кровавом энтерпрайзе, где длительный срок поддержки ОС является ключевым фактором в её выборе. А GCC (как и cmake) это такое ПО, которое этим самым кровавым энтерпрайзом используется. Я не думаю, что они собирают своё корпоративное ПО старым компилятором GCC 4.3/4.4. У RHEL например есть devtoolset. Cmake в нём вроде нет.

Всё было так, пока не пришёл этот хипстер, который тупо прошёлся по всем пакетам, и не поубирал оттуда BuildRoot:. На возражения он ответил «ко-ко-ко говно мамонта азаза давно пора». Ну и убирал бы BuildRoot: в GNOME3, NetworkManager, Amarok - в общем, во всём том, что в старые (но поддерживаемые) системы точно никто не потащит. Но не лез бы в системное ПО.

В cmake всё как надо на самом деле - BuildRoot: на месте. Проблема в том, что в версии 3.8 добавили зависимость от rhash, а пакет с rhash создал вышеобозначенный хипстер.

Что касается Debian. Новые правила, которые были приняты в результате голосования, оставляют поддержку SysVinit на совесть мейнтейнера. Теперь он так же может взять и удалить init-скрипты. Даже не отказаться написать init-скрипт для нового пакета - а удалить уже написанное и работающее, как вышеобозраченный хипстер (он также был замечен за тем, что потёр в куче пакетов - возможность сборки с обеими версиями Python). А на все возражения - ссылаться на новое правило, мол «я могу захотеть оставить правило init, а могу удалить, и никто мне ничего не сделает».

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

А кстати интересно, как там systemD поживает в Центоси? Наверно, меньше глючит?

Такой же глючный, даже в CentOS 8.

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

Но не лез бы в системное ПО

Сфигали? С какого перепугу он должен мантейнить говно мамонта хоть в каком по, будь оно системным или нет? С того, что у некоторых некрофилов есть желание делать бэкпорты? Ну так это у них должна голова болеть, а не у него.

старые (но поддерживаемые)

Нет, SLES 11 не поддерживается. Да даже если бы поддерживался, пакеты из OpenSUSE не имеют к этой поддержке ни малейшего отношения.

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

> Нет, SLES 11 не поддерживается

Там август 2017 года. Поддержка кончилась в июне 2019.

> говно мамонта

Вот и Дебианщикам скажут так же. Хотите init-скрипт в пакете с nginx? Не добавим, потому что «говно мамонта»

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

systemd-homed

systemd-kerneld

systemd-gnomed

systemd-kill-kded

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

Хотите init-скрипт в пакете с nginx? Не добавим, потому что «говно мамонта»

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

Скорее даже «было доступно, но мы удалим»

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

gremlin_the_red ★★★★★
()

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

Лучший способ голосования!

Ах если бы так выбирали парламент и президента…

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

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

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

Вот по времени загрузки разница почти незаметна…

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

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

Ну так ты в нетерпении кнопку ВЫКЛ зажимать перестань – выключай как обычные люди, через меню или шатдаун.

anonymous
()

А чё тех с дивана не позвали голосовать? Если вопрос действительно не системд или системд, то могли бы и обратное слияние провести.

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

Скорее, это повод заменить Debian на нечто вменяемое :)

Все кто хотел уже давно заменили и смотрят на происходящее со стороны.

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

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

Вот он уровень любителей системд! Ему говорят про сервисы, которые не реагируют на команду SIGTERM и которые убивают после длительного TIMEOUT. При этом SIGTERM везде один и тот же, а вот TIMEOUTs могут быть разные.

Скорость выключения как и включения зависит от количества и типа сервисов, но никак не от системы инициализации, кроме случаев, когда сама система инициализации не берет на себя ничего лишнего…

В том же OpenRC нет ничего что теоретически может сделать ее более медленной.

Но если Вы сами делает hard-reboot, то быстрее будет просто выключить комп из розетки.

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

Такой же глючный, даже в CentOS 8.

А в RedHat как?

В США (из РФ) или в другой стране, где популярна удаленка, нынче реально найти удаленку без systemD?

Написание каких-нибудь скриптов автоматизации на bash/ansible/mono.

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

Ждём не меньше systemd-kerneld)

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

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

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

Скорость выключения как и включения зависит от количества и типа сервисов, но никак не от системы инициализации, кроме случаев, когда сама система инициализации не берет на себя ничего лишнего…

Ну, там на самом деле всё довольно грамотно. Т.е. убиваешь сервис, СистемД лезет смотреть, что от него зависит, и убивает тоже. Проблема в том, что «лезет смотреть» занимает от полугода до года. Как в принципе тормозит и любая команда СистемД.

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

А как этот systemD вообще используют в проме на RedHat v7-v8, если все так плохо с ним? Ведь на пром серверах лишние глюки нежелательны.

a_buchinskiy
()

Это все хорошо, конечно, но почему никто так и не даст ответ на вопрос, почему устаревший унылый инит ничего вообще не умеет, но при этом грузит систему быстро и правильно в 98% случаев, а инновационный и революционный системд умеет абсолютно все, но система грузится процентах лишь в 66% случаев (я сейчас про прод и ос «не для домохозяек» говорю, а не про мамкиных админов локалхостов, накативших себе убунтушечку и считающих себя умнее всех остальных), ну кроме энтерпрайзной красношапки, там вроде как прилизали? Почему, чем больше прибивают гвоздями в дебиане софта к системд, тем он сырее? Почему 10 версия дебиана из традиционного засохшего говна мамонта в плане софта превратилась в растекшуюся дрисню все того же мамонта?

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

С моей точки зрения это делается целенаправленно, чтобы люди бежали с Debian на другие дистры типа Centos (, что популяризирует RedHat) и Windows. Оставаясь на Debian с systemD нужно быть альтернативно одаренным, чтобы бороться со всем этим глюкодромом.

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

И вполне естественно, что любители оригинального Debian бегут на Devuan без systemD (отбились от стада, которое гонят в другом направлении).

a_buchinskiy
()

Вот это подрывы в теме! Честно скажу - не ожидал такой массовой истерики из-за рядового по сути решения.

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

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

jtad
()
Последнее исправление: jtad (всего исправлений: 4)
Ответ на: комментарий от a_buchinskiy

Оставаясь на Debian с systemD нужно быть альтернативно одаренным, чтобы бороться со всем этим глюкодромом.

Особенно умиляет, когда об этом говорят люди, которые не пользуются debian. Сидят на своем замызганном диване и пускают вонючие газы. Видимо они чем-то ущемлены и обижены жизнью.

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

Ты просто тупой.

Я вижу, у вас совсем не бомбит. Ну просто ни капельки.

А дистр мы потеряли.

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

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

Вот он уровень любителей системд!

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

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

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

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

Допустим, есть действительно люди сорта «не читал/не видел/не пробовал, но осуждаю». А как быть тем, кто не по своей воле вынужден в это погружаться? Я пользуюсь debian с версии etch (4.0). Перепробовал почти весь зоопарк известных дистрибутивов (на которых обычно базируются васяносборки). Из всего, что бывало, меньше всего проблем было с дебиан 6-8, RHEL (6-7, ну и аналогичный centos) и, внезапно, генту. Но в случае с гентой надоело тратить время на вбивание команд при установке и потом сборку/пересборку. Как только дебиан пришел версии 10 с неудаляемым системд, сыпаться начало периодически в рандомных местах (Кстати, у devuan подозрительно все нормально, разве что софт протух еще сильнее)

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

Хватит путать. Как раз мужчины не принимают изменения, которые им не нужны. То есть если жена куда-то слиняла, то нельзя же просто с этим мириться. А то телки разбегутся хоть по неграм и начнут орать мол они тоже их дети и что якобы кому-то нужны. А вот ты станешь растить дитенка негра, если тебе жена изменила? Думаю вряд ли. Это надо быть ничтожеством чтобы такое принять. Вот тут то же самое. Неприемлемо само существование системд. А тем более в дебиане, к которому люди могли привыкнуть. Так что абсолютно правы именно противники изменений. А вот женоподобные школотроны хотят новья и повода выделиться, выступив за новье и заливают тут чушь про «будь мужиком жри говно». Мозгов тут явно не хватает именно сторонникам радикальных изменений.

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

Какой чудесный набор чуши!

Неприемлемо само существование системд

Как жаль, что вас забыли спросить, да?

А тем более в дебиане, к которому люди могли привыкнуть.

А кто-то привык к ipchains, ifconfig и т.п. Синдром утёнка шагает по планете.

Для вас неприемлемо наличие systemd в Debian? - не используйте Debian, используйте то, что вам больше подходит. Всё просто. Но вы предпочитаете ныть «А почему же он нас покинул!11», не будучи способным принять то, что ваши пути разошлись.

Так что абсолютно правы именно противники изменений.

Вот только их мнение с дивана (pun intended) никому не интересно.

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

Дебиан превращают

Как забавно ты стал махать руками и не ответил на вопрос. От чего тебе свобода и для чего тебе свобода. Такое впечатление, что тебе нужна свобода от изучения чего-то нового и для того нужна, чтобы иметь возможность убивать время как обычно (например, трындеть на ЛОРе).

no-such-file ★★★★★
()
Последнее исправление: no-such-file (всего исправлений: 1)
Ответ на: комментарий от Rootlexx

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

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

А как этот systemD вообще используют в проме на RedHat v7-v8, если все так плохо с ним? Ведь на пром серверах лишние глюки нежелательны.

На пром серверах всё включается и выключается единожды. Так что там, как тормозит эта фигня, вообще не важно.

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

Тем, что не освящено божественным Леннартушкой

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

ну дак а что тебе не нравится :) или можно только наоборот?

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

Я тут новый смартфон выбирал, в Эльдорадо говорю с продавцом, он мне:

  • А Вы айфон не хотите?

  • Ну я же не гей!

  • А что так?

DELIRIUM ☆☆☆☆☆
()
Ответ на: комментарий от a_buchinskiy

Можно констатировать, что ось RedHat превратилась в Windows подобную bloat систему? Деньги теперь платят только за такое?

Это конвергенция эволюции, братан. Дело не в том, что мейнтейнеры делают, а в том, куда стремятся. Если Linux стремится занять серверную нишу – то становитсья похожим на Red Hat. Если игровой десктоп и десктоп для домохозяек – то похожим на Венду. И так далее. В обещм-то и не на Red Hat и не на Венду. Все они стремятся зянять наиболее выгодную позицию в условиях, к которым стремятся. Просто конвергенция. Т.е. как бы, цели всё определяют и условия. Вопрос только в том, что тогда станет или останется Линуксом для обычных разраотчиков.

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

Что-то они не драбатывают – торгашики, пробитие в комплекте давно бы предложили.

kostyarin_ ★★
()
Ответ на: комментарий от DELIRIUM
  • А Вы айфон не хотите?
  • Ну я же не гей!
  • А что так?

Продавец молодец, просто отлично на место поставил того, у кого очень странные стереотипы.

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

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

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от no-such-file

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

Я на вопрос ответил. А вот ты за меня чего-то навыдумывал.

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

К примеру оффтопик-админы очень любят орать что они не хотят учить инит и как хорошо что можно системд в гуе натыкать. А потом обвиняют нормальных людей в том что те не хотят изучать ненужноД.

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

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

Ну уж нет. Линукс занял серверную нишу задолго до сисямд, и тот же Дебиан в серверной нише себя прекрасно без редхата чувствует.

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

Корпоративный линукс всегда существовал параллельно линуксу от сообщества.

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

trynoval
()
Последнее исправление: trynoval (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.