LINUX.ORG.RU

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

 , , ,


1

2

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

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

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

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

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

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

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

★★★

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

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

ты никто и звать тебя никак

Я не не Kay и не Poettering, мне этого хватает. а ты вообще anonymous :)

yars068 ★★★★
()

когда Линус опять выдвинет какой-нибудь ультиматум или кого-нибудь пошлёт, а в ответ пошлют его? Лишат прав коммиттера, закроют доступ в репозиторий, а вся координация работы над ядром перейдёт в руки корпорации? «Линукс НАШ! ШЁЛ БЫ ТЫ ОТСЮДА, ПИТУШОК!»

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

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

по новой организовывать разработку ядра будет стоить денег.

Да они и с деньгами ее не организуют, чтобы все довольны были.

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

Шлите нам в наш рхлинукс, мы всё замержим

Ну так есть RHEL kernel - и что, много в него мержится? Многие его используют помимо бинарно совместимых клонов?

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

jekader ★★★★★
()

Предыдущее письмо Линуса тоже прекрасно.

(ВНИМАНИЕ, уберите детей от монитора.)

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

ОДНАКО.

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

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

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

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

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

Да, Грег отправил патч в systemd для исправления этого бага и патч, скорее всего, примут. Однако всё больше и больше людей понимает что за люди пишут systemd.

Проблема именно в людях, в их отношении к коду и другим людям. Как так можно вести проект в 21-м веке? Ни дизайна, ни роадмапа, ни документированного API между компонентами. Отношение к тестированию «у меня всё работает» и «в такой конфигурации мы не тестируем и тестировать не будем».

В этом треде всплыл ещё отличный баг: https://bugs.freedesktop.org/show_bug.cgi?id=74589 Если ядро собрано с CONFIG_CGROUPS=n, то systemd сегфолтится при загрузке. Реакция разработчиков: «фигня какая-то, сами исправляйте, мы без cgroups не тестируем вообще. [И не будем]».

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

Глупое сравнение одной корпорации и миллиона рассыпаных по всему миру фирмочек и программеров.

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

Это после которого яббл загнулся менее чем за 10 лет, а потом Жоппс вернулся на коне и вытащил его из говна, да?

eSyr ★★
()

Ответ Кая: ну почему, почему вместо вечность у меня получается жопа.

kraftello ★★★★★
()

Т.е. Кая попячили из-за того, что он индус, а не из-за того, что он состоит в секте свидетелей Поттеринга? Ну так не интересно. Линус не торт.

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

«влажных мечты» - это считать, что Линус будет у руля вечно, хабрадружок.

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

Это после которого яббл загнулся менее чем за 10 лет, а потом Жоппс вернулся на коне и вытащил его из говна, да?

Ну из возможных сценариев развития событий был именно этот, да.

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

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

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

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

monsta_kill
()

Забавно, читаешь такие новости, а потом комментарии к ним и видишь, как это похоже на новости про политику! Либералы, ура-патриоты, просто адекватные люди, у которых своё мнение есть - всё присутствует! Ох уж это человечество.

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

А вот и притчи святого Джобса пошли.

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

Линус - мастер срач-ориентированного программирования.

devl547 ★★★★★
()

Вспонилась новость про обьединение udev с systemd. «Для упрощения процесса разработки обоих проектов», ага.

anonymous
()

А в талксах 3.14дили что он на Ленарта Божественного гонит.

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

Вспонилась новость

Первоапрельская дружбомагия, блджад.

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

Там дальше по треду (уже не Линус) озвучивает интересное предложение:

Borislav Petkov

Yeah, maybe it is time Linus started his own init daemon project, like that other thing, git, he did start a while ago. We can put it in tools/. I'm sure it can get off the ground pretty quickly, judging by other projects kernel people have jumped on in the past.

Перевод

Да, может быть Линусу уже пора начать писать собственный инит-демон, вроде того, как он когда-то создал git. Мы можем включить его в каталог tools/. Я уверен, что он взлетит весьма быстро, судя по другим проектам, в которые раньше включались разработчики ядра.

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

Есть такой язык, немецкий называется. Ты что-нибудь слышал о нём?

aedeph_ ★★
()

Кто не понимает поступка Линуса, тот, вероятно, никогда не занимался разработкой. Это чертовски сложный процесс, в особенности когда работа идёт на смежных проектах, зависящих один от другого. И поверьте, оправдывать говнокодера с его говнокодом нельзя. «Лучше пока никто не сделал» - это провальный подход. Такой человек наломает дров, и лучше избавиться от него как можно раньше, иначе проект, построенный на говнокоде, станет говнопроектом.

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

но маловато таких Кэйев, чтобы вообще новый код писать

Черезмерно много. А вот тех, кто вычищает за новописателями баги - мало, не хватает.

Он просто не может лучше писать...

Поэтому его код и не будут принимать. Ничего личного.

ForwardToMars
()

Какого поцринга этот навоз на главной? За такое оформление новостей, вырывание цитат из контекста и искажение смысла надо клеймить «жёлтушной журнапроституткой» и «зведомастурбатором», с занесением в профиль.

Почему ссылка на «Письмо Линуса Торвальдса», а не на тред целиком? http://comments.gmane.org/gmane.linux.kernel/1677147 и, заодно, на эпичный багрепорт: https://bugs.freedesktop.org/show_bug.cgi?id=76935

Суть-то в чём... Приходит, сталобыть, Steven Rostedt и говорит: «ребяты, а давайте скроем параметр debug из /proc/cmdline, если он передаётся ядру...» Ага, костыль. Ага, уродский. Встаёт вопрос, зачем оно нужно.

И выясняется, что юзермодный systemd, парсит ядерную комстроку, и если видит там debug, начинает адово срать в dmesg, то бишь лог ядра же. Причём, настолько адово, что даже не даёт зайти в систему. Да, это можно побороть, отдельно выключив сообщения об ошибках целиком в самом systemd. Причём Кай, похоже, считает такое поведение нормальным и вводить отдельный параметр типа systemd.debug напрочь отказывается.

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

Хоть бы Линус забил на свои подводные увлечения и занялся инит-системой.

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

Причём Кай, похоже, считает такое поведение нормальным и вводить отдельный параметр типа systemd.debug напрочь отказывается.

Упорыши.

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

Вы ошибаетесь, уважаемый. Мы и так слишком долго ждали всяких udev, avahi, pulseaudio, systemd наконец...

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

С другой стороны, я почему-то твёрдо уверен, что Кай не такой школоло детсад истеричка, как Линус, и всё в итоге образуется к лучшему.

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

Мы и так слишком долго ждали всяких udev, avahi, pulseaudio, systemd наконец...

Говорите за себя. И вообще... кто ждал, а кто и писал код.

Вы не путайте серьёзную, инновационную системную разработку

Серьезную разработку ведет как раз Линус. А косорукие системды-разРабы к инновациям отношения не имеют. Только к говнокоду.

и всё в итоге образуется к лучшему

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

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

Вот это сказал умный, здравомыслящий человек. Один из немногих, кто не повёлся на всю рекламную мишуру вокруг этого System D.

Deleted
()

...Патамучта он праааативный

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

Вы рассуждаете как фанатик и ребёнок. Сложно вести конструктивный диалог в таком ключе. Будьте здоровы и берегите нервы.

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

Да, может быть Линусу уже пора начать писать собственный инит-демон

вот кстати да, лучше инит от Линуса, чем от этого упорыша.

false ★★★★★
()

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

Вот это вот

«nobody minds if some kernel option like „debug“ makes not only the kernel enable debugging, but some system deamon log a bit more too»

тоже Линус написал вроде. В чем тогда проблема?

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

В этом треде всплыл ещё отличный баг: https://bugs.freedesktop.org/show_bug.cgi?id=74589 Если ядро собрано с CONFIG_CGROUPS=n, то systemd сегфолтится при загрузке. Реакция разработчиков: «фигня какая-то, сами исправляйте, мы без cgroups не тестируем вообще. [И не будем]».

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

Хотя со всем остальным согласен.

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

Ну как сказать не баг... Вот вначале systemd проверяет доступность cgroups и даже пишет предупреждение в лог: «No control group support available, not creating root group.» А потом просто берёт и сегфолтится. Было бы не баг если бы оно писало в тот же лог ядра что-то вроде «Systemd can not work withough cgroups. Please use cgroups enabled kernel or use different init system.», ждало бы секунд пять на всякий случай и выходило. Выход из init (pid 1), конечно, тоже вызовет kernel panic, но хотя бы будет понятное сообщение где-то около конца dmesg. Или писать сразу не warning а error и уж тогда с чистой совестью сегфолтится. Ну в общем там в баге именно в такую сторону обсуждение и идёт.

voronaam ★★
()

Пришло время форкать ядро!
Ядро само не форкнется!

thesis ★★★★★
()

Lennart написал в своём G+ ответ. Что за манера отвечать в блоге? Причём на комментарии к своей же записи уже не отвечает.. Обозвал всех и улетел к своим, если кратко. «clique of kernel developers» и так далее. Говорит что любит технические вопросы обсуждать только.

Что тут обсуждать вот с таким покрытием тестами systemd/core?

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

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

«We are writing an OS here»
В этом-то и проблема, что он вместо системы инициализации пытается писать ОС.

iff
()

Щас окажется что он был в ЛГБТ и Линуса сместят.

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

Да всем уже давно известны их манеры https://plus.google.com/ TheodoreTso/posts/4W6rrMMvhWU

It's not entirely fair to charge all of this to Systemd's account, but I think one of the reasons why this happens is because +Kay Sievers and +Lennart Poettering often have the same response style to criticisms as the +GNOME developers --- go away, you're clueless, we know better than you, and besides, we have commit privs and you don't, so go away.

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

Проблема в том , что один из клиентов считает себя настолько важным для сервера , что требует , что бы сервер под него(этого выделенного клиента) поплыл интерфейсом.

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

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

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

энтропия в чистом виде.

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

фанатичненко.

Э. Хоффер Истинноверующий по полчаса каждочасно.

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

Kay использовал параметр debug как debug. Никаких изменений интерфейса он при этом не делал. И там же в баге он пишет что для раздельного регулирования логов ядра и systemd есть опция loglevel.

И сам Линус в процитированном куске пишет, что «вообще-то парсить cmdline, понимать debug и выдавать дополнительный лог - это нормально, но только если ты не Kay Sievers».

Странная аргументация на мой вкус.

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