Сообщество Debian продолжает штормить: разработчики отказываются от своих обязанностей
7
Иллюстрация с сайта 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.
- Группа неизвестных «угрожает» сообществу Debian созданием форка 5 32 20 октября 2014 г.
- Debian 8.0 «Jessie» — долгожданный релиз популярного дистрибутива GNU/Linux, теперь с systemd 5 5 26 апреля 2015 г.
- Разработчики Debian выбрали systemd в качестве init-системы по умолчанию 3 5 13 февраля 2014 г.
- Марк Шаттлворт: Мы поддержим решение Debian в пользу systemd 5 3 17 февраля 2014 г.
- С помощью systemd-shim пользователи Debian «Jessie» смогут остаться на SysVinit/Upstart вместо systemd 6 6 13 октября 2014 г.
- Линус Торвальдс не выразил мнения «за» или «против» systemd 3 3 19 сентября 2014 г.
- Systemd останется стандартной системой инициализации в Debian по результатам референдума 9 22 19 ноября 2014 г.
- Угроза начинает сбываться: представлен проект форка Debian без systemd — Devuan 7 6 1 декабря 2014 г.
GitLab переходит на DCO вместо соглашения CLA для своих Open Source-контрибьюторов
Угроза начинает сбываться: представлен проект форка Debian без systemd — Devuan
7 6
Группа неизвестных «угрожает» сообществу Debian созданием форка
5 32
Марк Шаттлворт: Мы поддержим решение Debian в пользу systemd 5 3
Разработчики Debian выбрали systemd в качестве init-системы по умолчанию 3 5
Создан форум для взаимодействия авторов Linux-дистрибутивов на базе Debian 5 4
Последние комментарии
-
OlegL, 17 декабря в 15:00 →
Перекличка
21
-
REDkiy, 8 июня в 9:09 →
Как «замокать» файл для юниттеста в Python?
2
-
fhunter, 29 ноября 2022 года в 2:09 →
Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt?
6
-
Иванн, 9 апреля 2022 года в 8:31 →
Ассоциация РАСПО провела первое учредительное собрание
1
-
Kiri11.ADV1, 7 марта 2021 года в 12:01 →
Логи catalina.out в TomCat 9 в формате JSON
1
ecobeing.ru
Это печально весьма… Лучший на планете дистр и такие проблемы из-за этого говна (systemd)… Будем надеяться, что всё устаканится!
Да нет, проблемы из-за других людей, которые ведут себя как говно и считают, что могут обижать другого человека, только потому что он делает не то, что хочется им.
Systemd прекрасная вещь, не будьте религиозным дураком.
Повежливее. Идеи заложенные в systemd — да, неплохи, хотя местами я бы поспорил.
Но:
а) это чисто десктопная игрушка
б) реализация и адекватность команды разработчиков ну прямо скажем оставляют желать лучшего.
а) Не согласен насчет desktop-игрушки, CoreOS и Gentoo прекрасно себе работают на серверах, в частности на AWS. А AWS это ну никак не desktop.
б) Адекватность других opensource команд тоже оставляет желать лучшего. А насчет реализации, почему-то никто лучше так и не реализовал.
а) А что, в Gentoo systemd тоже по умолчанию стал? CoreOS это вообще кто такие?
Desktop игрушка не по применимости, а по архитектуре, зависимостям и устройству.
Я уже писал — серверное решение должно быть допиливаемо в случае проблем невыспавшимся администратором не успевшим выпить кофе, когда у него над душой висит неадекватный начальник.
б) Может потому что других устраивают имеющиеся системы инициализации? И кстати про реализации — принципиально — старт по необходимости и параллельная загрузка была уже как минимум в upstart и initng.
Насколько знаю нет, в Gentoo Openrc.
Да там в том то и вся хрень, что непонятно десктопная это игрушка или серверная. То они бинарные логи пилят — очевидно ведь для серверов, которые эти логи накапливают безумно. То они инициализацией звуковых карточек занимаются. То есть systemd сам не знает на что он ориентируется. Сразу на все use-case’ы. И именно из-за и весь сыр-бор.
Но мне на десктопе совершенно не въелись бинарные логи — я для их изучения пользуюсь и grep’ом, и less’ом, а иногда и скриптами там выискиваю что-нибудь. С бинарным форматом такого не выйдет. Мне на десктопе совершенно не въелись unit-файлы — меня вполне устраивают скрипты, в которых всё прозрачно и понятно: что, где и когда делается при инициализации, и куда я в любое место могу воткнуть то, чего мне не хватает. Начиная от отладочной печати, и заканчивая rm -rf /*
Так на сервере тоже скрипты — время загрузки не критично, а отлаживать админу не умеющему программировать — проще. С консолью он в любом случае знаком.
С сервером всё не так однозначно. У серверов сильно более широкий спектр возможных требований. Если, допустим, в компании существенная текучка админских кадров (либо зарплаты низкие, либо большая компания с большим количеством админов, либо и то и другое), то очень важным фактором оказывается стандартность решения. То есть, чем меньше система предоставляет способов сделать что-то, тем лучше (при условии, что всё же количество способов больше нуля). Когда же любая задача допускает десяток способов решения, то потом может быть крайне сложно разобраться в том, как же оно сделано и как это подправить. И в таком случае unit-файлы — это отличный выход из ситуации. Пускай решающий не 100% проблем, но 90% уж точно.
Насчёт времени загрузки ж, я честно говоря не очень знаю. Виртуализация приводит к тому, что количество серверов может быть очень большим. И если мы время загрузки помножим на количество серверов, то получиться может немало. Всё же я не могу привести ситуации, в которой это было бы критично, но это повод усомниться в том, что время загрузки для сервера не является существенным фактором.
Ну, в пользу того, что время загрузки критично, говорит хотя-бы то, что не стали бы делать kexec, не будь сей показатель некритичным. И да. Стандарты бывают разные. Для меня юнит — это именно то самое нестандартное решение. Скрипт можно прочитать, и прочитать почти любой. И понять, что он будет делать, а не лазить по описанию всякого разного булшита в попытке найти ответ на вопрос, что же оно сделает… Вот за что мой поклон systemd (не только ему, и не столько ему, но все же) это то, что отказались таки от PID-файлов! Наконец-то! А раньше было… Сначала программисты всеми правдами и неправдами хотят уйти от текущей сессии, забыть предка и прочее-прочее, а потом всячески пытаемся найти этот процесс, чтобы прибить или отправить сигнал… И это единственный плюс systemd в моих глазах. Лично я первый раз увидел решение этой фигни в runit. Кстати, runit тоже запускает параллельно свои сервисы, тем самым значительно ускоряя загрузку и выключение.
runit это вообще гениальная штука. Особенно простотой.
Ну а главное то.
С уходом этих людей выпилять системд, или просто другие люди возьмут на себе негатив?
Ничего с systemd не случится, он не единственный мейнтейнер
Ну, тогда вдвойне жаль.
Ну уйдут люди, и никому не лучше. Продолжим страдать.
В том то и дело, что сообщество пилит собственный сук… Вместо того, чтобы направить усилия в конструктивное русло, некоторые занимаются травлей собственных участников
Интересно всё таки.
Люди вот отстаивают systemd этот, аж прямо уходят.
А для чего? что там хорошего то?
Идея то не в том. Это мог быть абсолютно любой проект. Но если ты поддерживаешь пакет, который не нравится другим (хотя он то ведь никому не мешал, можно им просто не пользоваться), то это не значит, что кто либо имеет право тебя гнобить.
если бы им можно было не пользоваться… Но куски этой гадости вползают по зависимостям. А избавляться от них можно только пересборкой зависящих пакетов. И тут теряется преимущество debian. С тем же успехом и даже проще, я бы это делал на slackware или в gentoo.
Я готов перебрать один-два пакета. Но когда это системно и их много…
так что не надо говорить что это отдельный пакет который не нравится другим.
Тоже верно, но это же касается любой init-системы. Просто лично я пару месяцев назад перешел на systemd. У меня не возникло вообще никаких проблем, плюсов почти тоже, кроме ускорения процесса загрузки ноута и кавайного графика загрузки + readahead (ради чего и перешел). Просто зачем же переходить в случае подобных конфликтов на личности, как в случае с Толефом. А к Поттеринга у меня тоже не самые теплые чувства, хотя пользуюсь и PulseAudio и systemd.
Нет, не верно. Почему я до внедрения этой пакости (да, это мое мнение, подкрепленное практикой) легко переходил на runit? А сейчас?.. О боги… Я думал, что лучше заново дистр собрать… И очень убил такой случай. Ну удалил я lvm lv, ну забыл удалить из fstab, и что, надо свалить загрузку?.. Не-не-не… Мне не надоть такую систему инициализации.
systemd падает, если в fstab есть кривые записи? А это поведение опциями конфигов как-нибудь правится, или это окончательная позиция Поттеринга?
три разработчика Debian отказалось -->три разработчика Debian отказалИсь
роли мейнтейнера sytemd. --> syStemd
Под нападками имеются ввиду поток негатива --> Под нападками имеЕтся в виду поток негатива
Спасибо, всё поправил
Не все. иметь в виду. Надо раздельно, а там вместе :$
Тенденция очень грустная для сообщества :(( Но на то оно и сообщество, чтобы разрулить ситуацию к лучшему…
Наконец-то люди осознали, каким стал Дебиан из-за systemd. Надеюсь они сделают правильные выводы и в конце концов, когда-нибудь присоединятся к тому проекту, где этого дерьма (systemd) просто нет. Или к форку Дебиана, который, как я вижу, всё ближе и ближе…
Тем временем, петиция Яна отклонена и сообщество Debian продолжает «стоять на своём":
http://www.phoronix.com/scan.php?page=news_item&px=MTg0MzY
«Это больше не тот проект, к которому я присоединился в 1996 году».. А что за срач у них там произошел? Просветите пожалуйста