nixp.ru v3.0

14 декабря 2024,
суббота,
10:14:04 MSK

18 ноября 2014, 08:13

Сообщество Debian продолжает штормить: разработчики отказываются от своих обязанностей

7
Толлеф Фог Хин (справа) на конференции Debian conference 12
Толлеф Фог Хин (справа) на конференции Debian conference 12
Иллюстрация с сайта Irill.Org

В ноябре уже три разработчика Debian отказались от своих обязательств в роли члена технического комитета и мейнтейнеров пакетов в сообществе.

Программист Джоуи Хесс (Joey Hess) состоял в сообществе Debian 18 лет. «Мы сделали много хороших вещей и желаю всем всего наилучшего, но я ухожу, — заявил Джоуи в списках рассылки Debian. — Это больше не тот проект, к которому я присоединился в 1996 году». Причиной такого изменения, по мнению Джоуи, стало создание и принятие конституции Debian. Поддерживаемые им пакеты debhelper, alien, dpkg-repack, debmirror и другие он отдаст сообществу для поиска нового сопровождающего.

Вслед за этим, Колин Уотсон (Colin Watson) объявил о выходе из состава технического комитета Debian. Однако он продолжит в нём состоять до того момента, пока комитет не найдёт ему замену, но не позднее конца января 2015 года. Свою отставку Колин никак не связывает с уходом Джоуи Хесса. Причиной же для такого решения он назвал недостаток времени, которое нужно уделять техническому комитету, а также желание уделить время более приятным занятиям, в то время как участие в комитете он находит стрессовым.

И буквально два дня назад, 16 ноября, стало известно, что Толлеф Фог Хин (Tollef Fog Heen) отказался от своей роли мейнтейнера systemd. «Заберите у меня возможность загрузки для последующей итерации. Вы были удивительной командой, с которой довелось поработать, но давление непрекращающихся нападок стало невыносимым», — прокомментировал уход Толлеф Фог Хин. Под нападками имеется в виду поток негатива, связанный с systemd и направленный на мейнтейнера. Толлеф состоял в сообществе Debian последние 14 лет.

Постоянная ссылка к новости: http://www.nixp.ru/news/12957.html. Никита Лялин по материалам Lists.Debian.org, Lists.Debian.org, Lists.Alioth.Debian.Org.

fb twitter vk
sashakrasnoyarsk.ru

Это печально весьма… Лучший на планете дистр и такие проблемы из-за этого говна (systemd)… Будем надеяться, что всё устаканится!

tinman321

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

baldrs

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

fhunter

Повежливее. Идеи заложенные в systemd — да, неплохи, хотя местами я бы поспорил.
Но:
а) это чисто десктопная игрушка
б) реализация и адекватность команды разработчиков ну прямо скажем оставляют желать лучшего.

baldrs

а) Не согласен насчет desktop-игрушки, CoreOS и Gentoo прекрасно себе работают на серверах, в частности на AWS. А AWS это ну никак не desktop.

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

fhunter

а) А что, в Gentoo systemd тоже по умолчанию стал? CoreOS это вообще кто такие?
Desktop игрушка не по применимости, а по архитектуре, зависимостям и устройству.
Я уже писал — серверное решение должно быть допиливаемо в случае проблем невыспавшимся администратором не успевшим выпить кофе, когда у него над душой висит неадекватный начальник.

б) Может потому что других устраивают имеющиеся системы инициализации? И кстати про реализации — принципиально — старт по необходимости и параллельная загрузка была уже как минимум в upstart и initng.

Ameise

Насколько знаю нет, в Gentoo Openrc.

rgo
а) это чисто десктопная игрушка

Да там в том то и вся хрень, что непонятно десктопная это игрушка или серверная. То они бинарные логи пилят — очевидно ведь для серверов, которые эти логи накапливают безумно. То они инициализацией звуковых карточек занимаются. То есть systemd сам не знает на что он ориентируется. Сразу на все use-case’ы. И именно из-за и весь сыр-бор.
Но мне на десктопе совершенно не въелись бинарные логи — я для их изучения пользуюсь и grep’ом, и less’ом, а иногда и скриптами там выискиваю что-нибудь. С бинарным форматом такого не выйдет. Мне на десктопе совершенно не въелись unit-файлы — меня вполне устраивают скрипты, в которых всё прозрачно и понятно: что, где и когда делается при инициализации, и куда я в любое место могу воткнуть то, чего мне не хватает. Начиная от отладочной печати, и заканчивая rm -rf /*

fhunter

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

rgo

С сервером всё не так однозначно. У серверов сильно более широкий спектр возможных требований. Если, допустим, в компании существенная текучка админских кадров (либо зарплаты низкие, либо большая компания с большим количеством админов, либо и то и другое), то очень важным фактором оказывается стандартность решения. То есть, чем меньше система предоставляет способов сделать что-то, тем лучше (при условии, что всё же количество способов больше нуля). Когда же любая задача допускает десяток способов решения, то потом может быть крайне сложно разобраться в том, как же оно сделано и как это подправить. И в таком случае unit-файлы — это отличный выход из ситуации. Пускай решающий не 100% проблем, но 90% уж точно.
Насчёт времени загрузки ж, я честно говоря не очень знаю. Виртуализация приводит к тому, что количество серверов может быть очень большим. И если мы время загрузки помножим на количество серверов, то получиться может немало. Всё же я не могу привести ситуации, в которой это было бы критично, но это повод усомниться в том, что время загрузки для сервера не является существенным фактором.

defender

Ну, в пользу того, что время загрузки критично, говорит хотя-бы то, что не стали бы делать kexec, не будь сей показатель некритичным. И да. Стандарты бывают разные. Для меня юнит — это именно то самое нестандартное решение. Скрипт можно прочитать, и прочитать почти любой. И понять, что он будет делать, а не лазить по описанию всякого разного булшита в попытке найти ответ на вопрос, что же оно сделает… Вот за что мой поклон systemd (не только ему, и не столько ему, но все же) это то, что отказались таки от PID-файлов! Наконец-то! А раньше было… Сначала программисты всеми правдами и неправдами хотят уйти от текущей сессии, забыть предка и прочее-прочее, а потом всячески пытаемся найти этот процесс, чтобы прибить или отправить сигнал… И это единственный плюс systemd в моих глазах. Лично я первый раз увидел решение этой фигни в runit. Кстати, runit тоже запускает параллельно свои сервисы, тем самым значительно ускоряя загрузку и выключение.

fhunter

runit это вообще гениальная штука. Особенно простотой.

korjavin

Ну а главное то.

С уходом этих людей выпилять системд, или просто другие люди возьмут на себе негатив?

tinman321

Ничего с systemd не случится, он не единственный мейнтейнер

korjavin

Ну, тогда вдвойне жаль.

Ну уйдут люди, и никому не лучше. Продолжим страдать.

tinman321

В том то и дело, что сообщество пилит собственный сук… Вместо того, чтобы направить усилия в конструктивное русло, некоторые занимаются травлей собственных участников

korjavin

Интересно всё таки.
Люди вот отстаивают systemd этот, аж прямо уходят.

А для чего? что там хорошего то?

arhimedoffs

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

fhunter

если бы им можно было не пользоваться… Но куски этой гадости вползают по зависимостям. А избавляться от них можно только пересборкой зависящих пакетов. И тут теряется преимущество debian. С тем же успехом и даже проще, я бы это делал на slackware или в gentoo.
Я готов перебрать один-два пакета. Но когда это системно и их много…
так что не надо говорить что это отдельный пакет который не нравится другим.

arhimedoffs

Тоже верно, но это же касается любой init-системы. Просто лично я пару месяцев назад перешел на systemd. У меня не возникло вообще никаких проблем, плюсов почти тоже, кроме ускорения процесса загрузки ноута и кавайного графика загрузки + readahead (ради чего и перешел). Просто зачем же переходить в случае подобных конфликтов на личности, как в случае с Толефом. А к Поттеринга у меня тоже не самые теплые чувства, хотя пользуюсь и PulseAudio и systemd.

defender

Нет, не верно. Почему я до внедрения этой пакости (да, это мое мнение, подкрепленное практикой) легко переходил на runit? А сейчас?.. О боги… Я думал, что лучше заново дистр собрать… И очень убил такой случай. Ну удалил я lvm lv, ну забыл удалить из fstab, и что, надо свалить загрузку?.. Не-не-не… Мне не надоть такую систему инициализации.

rgo

systemd падает, если в fstab есть кривые записи? А это поведение опциями конфигов как-нибудь правится, или это окончательная позиция Поттеринга?

defender

три разработчика Debian отказалось -->три разработчика Debian отказалИсь
роли мейнтейнера sytemd. --> syStemd
Под нападками имеются ввиду поток негатива --> Под нападками имеЕтся в виду поток негатива

tinman321

Спасибо, всё поправил

defender

Не все. иметь в виду. Надо раздельно, а там вместе :$

Филипп Корвин

Тенденция очень грустная для сообщества :(( Но на то оно и сообщество, чтобы разрулить ситуацию к лучшему…

B.X

Наконец-то люди осознали, каким стал Дебиан из-за systemd. Надеюсь они сделают правильные выводы и в конце концов, когда-нибудь присоединятся к тому проекту, где этого дерьма (systemd) просто нет. Или к форку Дебиана, который, как я вижу, всё ближе и ближе…

tinman321

Тем временем, петиция Яна отклонена и сообщество Debian продолжает «стоять на своём":
http://www.phoronix.com/scan.php?page=news_item&px=MTg0MzY

pinnocio964

«Это больше не тот проект, к которому я присоединился в 1996 году».. А что за срач у них там произошел? Просветите пожалуйста