LINUX.ORG.RU

Колин Уотсон, Расс Олбери и Tollef Fog Heen покинули технический комитет Debian

 


1

2

Расс Олбери, отстаивавший позиции сторонников перехода Debian на systemd, заявил о выходе из состава технического комитета Debian. Среди причин ухода называются: многочисленные обсуждения, связанные с работой комитета, отнимают много времени, которого не остаётся на непосредственную работу и личную жизнь.

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

Также об уходе из технического состава Debian объявил Колин Уотсон, который выступал за переход Debian на Upstart. В качестве причины ухода называется отсутствие интереса к участию в проекте и невозможность уделять больше время данной работе.

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

★★★

Проверено: Shaman007 ()
Последнее исправление: Wizard_ (всего исправлений: 6)

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

И да, openrc в debian есть.

Ахринеть, и чего это я туплю.

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

нельзя не отметить что в юнити-файле отсутсвует половина тех проверок что есть в инит-скрипте. если выкинуть всякие /etc/default/ssh, /etc/ssh/sshd_not_to_be_run и другую подобную фигню, непонятно зачем там существующую, то будет сравнимо с юнити-файлом. другими словами, проблема инит скриптов в том что они слишком гибкие и некоторые разработчики абузят эту их особенность.

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

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

Лол, ты идиот. Ничего, что в той же директиве юнита можно вместо пути к файлу указать переменные окружения?

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

На фоне систем инициализации макоси и солярки,

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

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

Лапша у тебя в голове. Ты говоришь с позиции форумного крикуна. Системд же - для разработчиков под линукс

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

нет, с чего ты взял?

Гугл никогда официально не разглашал, какой ОС они пользуются. Поэтому если ты не инсайдер, то тебе верить нельзя.

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

да давно везде пишут, что свой дистр, основанный на убунте. Мне их рекрутер это подтвердил

Это не доказательство. К тому же «основанный на убунте» — это не убунта. С тем же успехом можно сказать «основанный на дебиане», и не поспоришь.

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

Тяжело работать над системд, когда в тебя летит столько какашек от школоты, которая запускает линух под виртуалкой раз в год, а то и реже ;)

a500tut
()

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

а получилось так что «не нравится системд? а нам все равно - жрите что дают или валите». а потом они еще удивляются что на них валится столько негатива.

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

достигнет уровня OS X

Уровня чего? Платности? Неюзабельности? Зондов? Прибитости к ябловскому железу? Популярности среди меньшинств?

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

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

Открою тебе по секрету страшную тайну - в мире Windows разработчиков на порядок (если не на два порядка) больше и в Windows НЕТ ни SysV init, ни systemd.

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

Ярким креативным личностям нигде нет спасения от серой толпы посредственностей!

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

Разработчики как мухи, где платят там и работают, бабло не показатель, показатель в данном плане, что ты сделал бесплатного :D

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

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

А в этот раз оказывается, что не все делает инитскрипт (где в нем генерация ключей?).

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

линуксокапец, все на .NET, СРОЧНО!

а системд там уже есть?

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

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

4.2, этот скрипт не универсален в смысле переносимости на другие дистрибутивы. И где ты увидел пучок файлов?

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

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

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

классический и гентовый делают, откуда взят тот - я не знаю.

Из дебиана, полагаю. К вопросу об универсальных скриптах: для одного демона OpenSSH в рамках концепции sysvinit существует минимум 3 одинаковых по смыслу решаемых задач и разных в деталях скрипта — дебиановский, гентушный и некий классический (что это?).

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

Чем аргументировали? Ссылку можно?

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

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

дистрибутивоспецифичные юниты тоже уже встречались в том же арче.

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

Чем аргументировали? Ссылку можно?

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

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

дистрибутивоспецифичные юниты тоже уже встречались в том же арче.

Ох уж эти арчеры, всю идею извратили.

тем что нештатная ситуация пусть админ сам разбирает, что нужно сделать.

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

я честно не представляю как это найти снова

Ну и ок с ним.

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

Вот они эту ситуацию «нештатной» и сделали. Кому плохо было, если скрипт умел делать генерацию ключей? Они такие вумные? При битых ключах OpenSSH не запускается, гарантированно оставляя админа без средств удаленного управления. Только пешком, только хардкор. Упрощение из скудоумия.

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

использую бунту без апстарт - отлично работает. ЧЯДНТ?

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

Ну вот раньше что в apache, что в postgresql были свои apachectl и т.п.

apachectl и pg_ctl и сейчас есть. Это не скрипты и AFAIK никогда скриптами не были. И причем здесь OpenSSH?

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

Вот они эту ситуацию «нештатной» и сделали.

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

При битых ключах OpenSSH не запускается

И правильно делает. Битые ключи == скомпрометированная система.

гарантированно оставляя админа без средств удаленного управления.

Там, куда идти далеко, обычно есть IPMI, iLo и прочие IP-KVM.

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

и минималистичных, и легковесных

Ага, а потом придут ЭТИ и вбросят туда СЫСТЭМДЫ и от минималистичности и легковесности останется говна кусок..

Indexator ★★★
()

Надеюсь их место займут наконец адекватные люди и выкинут эту отрыжку поцтеринга уже из дистриба!

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

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

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

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

Надеюсь их место займут наконец адекватные люди и выкинут эту отрыжку поцтеринга уже из дистриба!

Я кажется начинаю понимать суть жалоб Леннарта. Обычное хейтерство и идиотизм. Тут вроде кто-то из вас openrc ставил, как же так, ведь системде всё сожрал :)

Deleted
()

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

koi8-r
()

В целом, это правильная политика. Системдешников надо гнать отовсюду и никуда не принимать.

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

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

С этого и нужно было начинать - почему они ложат? Что-то неподходит? Может исправить?

В любом случае systemd плох не потому, что он плох, а потому что суёт реализацию без спецификации. Плюс всасывание других проектов (привет udev). У того же RH достаточно влияния в мире Linux, что бы выставить инициативу, согласовать спек на... ну не знаю как это назвать: системный менеджер? А потом начать пилить свою эталонную реализацию. Хотят любители SysV, что бы он оставался - пожалуйста, вот спек, просто соответствуйте ему. Соответственно обновить LSB.

Именно это бугурт и негодование вызывает.

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

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

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

Во всём мире, во всех отраслях унификация осуществляется за счёт принятия стандартов и норм. В случае SystemD этого нет.

Это как всеми силами, агрессивно пропихивать станок с с какими-то своими допусками, которые не соответствуют ни одному стандарту, а всё остальное пусть подстраивается.

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

Как-то так.

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