LINUX.ORG.RU

Линус Торвальдс не будет принимать обновления ядра от Кая Зиверса

 , , ,


1

2

Кай Зиверс (Kay Sievers) — разработчик udev, systemd и загрузчика EFI Gummiboot.

Линус Торвальдс сказал, что устал тратить время на обход в ядре ошибок, которые Кай всё время создаёт своим плохим кодом, и что не будет больше добавлять его код в ядро:

«Кай, я дьявольски устал от того, что ты проблем в своем коде не исправляешь, а в ядре потом их надо обходить.

Грег, к твоему сведению, я не приму от Кая ни строчки кода, пока эта постоянная проблема не будет решена.

Это продолжается уже годами, и никакого улучшения не видно.» — сказал Линус.

«Кай, еще раз: ты проблему создал, ты её и исправляй. Не надо мне больше твоих „Что хочу, то и ворочу, другие за мной поподчищают“.» — закончил он письмо.

>>> Письмо Линуса Торвальдса

★★★

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

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

отчего не весь но последний повод возгорания.

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

на просьбу «развести мосты» и флажки врубающие режим словесного недержания у особенно болтливого и остальных воспитатели болтливого заявили - лепити себе новые флаги , нас наше дитё радует и таким.

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

учитывая разговорчивость systemd всякому кто включает debug (для своих , а не для копания в systemd) приходится ещё и «понижать» systemdишный loglevel = т.е будь по умолчанию loglevel у systemd выставлен в лаконичное значение не было бы повода - но вот странная закономерность «бегемот плоховидит - и это проблема не бегемота» разработчиков systemd и вызвала такую реакцию окружающих.

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

инновационную

Убивал бы за это слово. Хуже любых матерков.

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

В чем тогда проблема?

В том, что с этим параметром systemd начинает высирать такое количество сообщений, что ядру становится не по себе и система перестаёт [нормально] грузиться. Никто не возражает против выдачи в лог разумного количества информации, но в обсуждаемом случае ни о какой разумности речи не идёт, systemd тупо спамит/флудит в ядерный лог.

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

Скоро за написание GNU/Linux будут так же ругать как сейчас за «ОС Linux». Будут ОС GNU/Linux/systemd, GNU/Linux/sysvinit и GNU/Linux/OpenRC. А может первая будет уже и без GNU: ОС Linux/systemd.

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

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

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

Что делает Линус? Указывает пальцем и мержит бранчи

А это так просто, так просто, что любой справится.

Слишком толсто

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

Нам такой балет не нужен

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

жаль, что слишком терпеливый

Хочу добавить, что у таких людей обычно когда терпение лопается - получается срач. Собственно, ВНЕЗАПНО, с ним так и происходит )))

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

фигня какая-то, сами исправляйте, мы без cgroups не тестируем вообще. [И не будем]

quadriple facepalm(как-то так). Тройного здесь недостаточно. И эти люди заявляют, что они лучше sysvinit. Да, бесспорно, лучше. В 3,5 жёстко зааналенных конфигурациях.

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

это факт

Факт, говорящий о том, что кого-то из «дефективных» менеджеров следовало бы распять за подобное решение. Выгнать Джобса из Apple - это как рубить сук на котором сидишь. Вроде прикольно и даже получается, но потом падать больно. Также и с Линусом. Он говорил, что кроме него есть 6 человек, которые вместе вполне могут его заменять. Так что единственный вариант - эти шестеро его кинут.

Я думаю это оооочень маловероятно.

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

systemd использует cgroups для управления демонами, это не баг.

А может стоит падать с более осмысленным сообщением чем segfault. Никто не мешает выдавать что-то типо «Your kernel is badly misconfigured, бла-бла-бла» и корректно выходить. Да, это init, поэтому дальше будет kernel panic. Но это - обработанная ошибка. А segfault - это трындец. Мало того. Отношение к этому - «мы даже не будем это фиксить» - это трындец вдвойне, учитывая что весь фикс, как я уже сказал - это внятное сообщение юзеру, что он ССЗБ.

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

не понимаю, сколько можно тупить на эмоциях, вы вать машу технари или кто? имеет место обычное давление с целью вынудить дистрибутивы включать cgroups

я не вижу в этом ничего плохого

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

весь фикс, как я уже сказал - это внятное сообщение юзеру, что он ССЗБ.

Это сообщение надо выводить перед запуском всех поделок Поттеринга. Что-то вроде EULA.

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

Одно из любимых словечек Линуса о коде - crap

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

На самом деле, это давно понятно.

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

А что до линукса, то линуксу придется смирится с тем, что в ближайшие годы процент его пользователей будет как и всегда на уровне 1-2%. Что, впрочем, оправдано - ведь квалифицированных ИТ-шников, по сравнению с общей массой иных прочих, где-то столько и есть.

k0valenk0_igor ★★★
()
Последнее исправление: k0valenk0_igor (всего исправлений: 2)

Кай всё время создаёт своим плохим кодом
Кай Зиверс (Kay Sievers) — разработчик udev, systemd
systemd
плохим кодом
Это продолжается уже годами, и никакого улучшения не видно

И почему я не удивлён?

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

ведь квалифицированных ИТ-шников

ах если бы.

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

Если квалификация как у среднего лоровца, то у меня для всех плохие новости.

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

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

оукэй

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

https://bugs.freedesktop.org/show_bug.cgi?id=76935

Эпично:

Dude, are you for real? Are you actually actively trying to be a d*ck or you're this way by default. We're telling you there's a serious issue and we're even being constructive by giving suggestions and you're deflecting.

You have got to be f*cking kidding me!

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

В чем тогда проблема?

В том, что вместо того, чтобы пофиксить баги в systemd, кое-кто предлагает сделать в ядре костыль для выпиливания подстроки debug из командной строки.

Ты по ссылке-то хоть ходила?

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

Тот костыль - это проблема предлагающего, он специально решил довести ситуацию до абсурда, systemd к его предложению отношения не имеет.

То, что systemd воспринял debug как debug, это не баг.

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

Но поведение kernel-разработчиков в данном случае, и аргументы на тему «who owns command-line» — это абсолютно безобразная попытка давить авторитетом. а не аргументами.

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

Lennart написал в своём G+ ответ.

По ссылке 404. Грохнул, как какой-то топик еще в начале всей этой катавасии, или это у меня гугол тупит?

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

Это G+ обновился, видимо. Ссылка со слэшем в конце больше не работает. Вот так только:

https://plus.google.com/u/0/ LennartPoetteringTheOneAndOnly/posts/VYRaUuh1tkt

Или вот, статья со всеми «он сказал»-«тот ответил» ссылками и цитатами: http://www.muktware.com/2014/04/linus-torvalds-happy-systemd-author-kay-sieve...

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

То, что systemd воспринял debug как debug, это не баг

это не баг, ок. а вот то, что оно срёт в чужой лог - вполне.

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

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

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