LINUX.ORG.RU

Алан Кокс больше не желает заниматься подсистемой TTY ядра Linux

 , , , ,


0

0

После довольно острой критики со стороны Линуса Торвальдса, Алан Кокс заявил, что не собирается больше работать над подсистемой TTY в Linux, так как сыт этим всем по горло.

Этому событию предшествовала очередная дискуссия «кривой userspace vs. кривое ядро» (Кокс отстаивал первую точку зрения), в ходе которой Линус заметил, что постоянно винить пользовательские программы в том, что ядро ломается, и предлагать починить их все вместо починки ядра — как минимум непорядочно и по-идиотски.

Ответ Алана Кокса на пришедшее некоторое время спустя письмо подтверждает, что он принял решение прекратить поддержку TTY на полном серьезе.

>>> С чего все началось

★★★★★

Проверено: maxcom ()
Последнее исправление: cetjs2 (всего исправлений: 1)

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

>Торвальдс уже многих достал. Я говорил: отношение к нему пора менять. Его давно надо поставить на место и это место, номер шесть, чётко ему указать.

Сделай.

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

>> PS: терминалы - это конечно хорошо, но когда уже графика в ядре будет?

>Сначала графика в ядре, потом launchd вместо init...


Хватит! А то ещё ночью такое приснится.

darkshvein ☆☆
()

А вообще, это символично.. Течет окуляр? Так то в иксах проблема (даже если это на самом деле так).. Отваливается kdesu? Так это ж ядро виновато. Нефиг было в нем порядок наводить. Еще примеры..
Может пора уже что-то в консерватории менять?

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

>причем весит аж 558мб, глядишь чтото полезное впихнули :)

KDE с работающим kdesu :-)

mr_anonymous
()

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

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

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

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

>Распять?

Можно расшесть и даже расвосемь

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

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

И что под каждого криворукого ядро переписывать?!

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

>>Маководы едят поп-корн и молчат.

>Тяжело говорить когда во рту фаллоимитатор

Боюсь даже подумать, куда они в етом случае едят попкорн.

А Darwin таки вещь!

sabonez ★☆☆☆
()
Ответ на: Один за всех и все за одного. от Camel

> армия проводила крупные операции с целью освобождения из плена единственного солдата

Ололо. Повеселил.

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

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

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

ovod
()
Ответ на: комментарий от MuZHiK-2

гениально, бурные аплодисменты
оформите это, можно будет ставить в БДТ

saturn721
()

Коксуем вместе!

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

>если разработчик ядра скажет - жрите, то что даю, это уже какая-то вендятина получается.

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

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

> А где гарантия, что кроме kdesu и emacs ничего больше не поломалось? Это первые ласточки.

И что? Писать не по POSIX, а по тому как ядро линукса работает? Вот тут и виден весь текущий opensource, толпы студентов пишут под мастд...линукс, где главное не стандарты, а "у нас работает так".

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

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

> И что? Писать не по POSIX, а по тому как ядро линукса работает? Вот тут и виден весь текущий opensource, толпы студентов пишут под мастд...линукс, где главное не стандарты, а "у нас работает так".

Ну, понимаешь, тот же емакс писан далеко не под один только линакс. Он и написан был тогда, когда Линус в школу ходил да программировал на бейсике, и Столлман такой молодой.

shimon ★★★★★
() автор топика
Ответ на: Один за всех и все за одного. от Camel

>Бывает. Вспомнить хотя бы пословицу "русские своих на войне не бросают", или взять из истории любой пример, когда американская армия (снабжаемая американским народом) проводила крупные операции с целью освобождения из плена единственного солдата.

Скажите, а ничего страшного, что Вы путаете патриотизм и страдание, и при этом не краснеете? Освободить товарища из беды - это героизм! А раболепски подчиняться воле одного, когда она идёт вразрез мнению большинства - страдание. Вы настолько развиты, что эту разницу мне надо было обьяснить?

> Ближе к теме: а если Линус таки прав?

А может на кофейной гуще погодаем? Торвальдсу пора вести себя скромнее! А то он возомнил себя самым талантливым на свете. Манию его величия уже давно лечить надо!

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

Хупца

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

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

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

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

>kdesu и emacs ничего больше не поломалось?

В kdesu имеет место быдлокод. В emacs хренотень более достойная внимания - по новой логике работы tty можно получить SIGCHLD раньше чем прочитаешь весь аутпут. Вероятно, только такая логика позволяет избежать крупных блокировок.

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

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

+1

выходит что колличество говно-кде-кода --> начинает переходить в говно-качественный нигатив :-)

не так уж и нейтрально однако

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

> А где гарантия, что кроме kdesu и emacs ничего больше не поломалось? Это первые ласточки.

Нет гарантии, конечно. Но и оставлять все костыли в ядре идя на поводу у приложений - тоже не лучший выход.
И вообще. А почему не отдать все на откуп дистроклепателей? Почему КДЕшникам можно из-за бирюлек ;) сломать все при переходе KDE3 - KDE4, а в ядре нельзя?
Вот старое ядро, в котором работают старые костыли.. Его никто не убирает (любимая присказка КДЕ-шников).
А к новому ядру - будьте любезны исправить свой код.

ИМХО, Кокс прав..

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

>толпы студентов пишут под мастд...линукс

Ок ок. Уговорил.Перехожу на толпу индусов.

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

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

а кедерасты вообще ламеры фантастические и горды этим.

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

> Ну, понимаешь, тот же емакс писан далеко не под один только линакс. Он и написан был тогда, когда Линус в школу ходил да программировал на бейсике, и Столлман такой молодой.

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

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

если прикладуха хочет ходить на ушах - ядро не должно мешать ей это делать. но и подстраиваться под каждый чих тоже глупо. пусть kdesu надо переписать, а что там с emacs?

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

> Боюсь уже поздно наводить порядок, да и кто будет этим заниматься? Нет такого человека.

ЧТОЖЕ СО ВСЕМИ НАМИ БУДЕТ!! 0__0

:-D

mkfifo
()

BSD говно, BSD говно, а сами сруться

Linux - RIP

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

>>В emacs хренотень более достойная внимания - по новой логике работы tty можно получить SIGCHLD раньше чем прочитаешь весь аутпут. Вероятно, только такая логика позволяет избежать крупных блокировок.

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

MuZHiK-2 ★★★★
()
Ответ на: комментарий от unrealix

>чего кедерасты там такого фундаментального придумали?

>>нечего. Просто kdesu ударило по слабому месту ядра и вылез наружу ядреный ядрёный баг

теперь надо чтобы ядро ударило по слабому месту kdesu :D

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

>>Юзайте kdesudo

У вас, кдешников, на все один ответ: приклейте пластырь там-то или используйте этот вот ортопедический костыль.

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

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

о! кстате знакомая ситуация!:

давным давно когда был ещё студентом -- писал (для собственного развлечения) программку.. программа эта работала не с TTY но с сетевыми-сокетами....

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

и я никак не мог (по неопытности) понять почему такая фигня...

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

забавно, что баг (баг той моей проги) не выявлялся при работе с разными компьютремами, только лишь изза буффера/очереди исходящих пакетов :-) :-)

mkfifo
()

Всё, решено, перехожу на 2.6.31-rc4 и жду релиза. Ядро что надо, ни кеды, ни емакс не работают. Специальный релиз для гномеров-вимеров. :P

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

> Всё, решено, перехожу на 2.6.31-rc4 и жду релиза. Ядро что надо, ни кеды, ни емакс не работают. Специальный релиз для гномеров-вимеров. :P

кстати, да :)

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

>а что там с emacs?

Да вообще мрак ИМХО. Многопоточности в elisp-е нет. В принципе это некритично, можно было бы соорудить что-то эрлангообразное на базе pooll/select чтобы асинхронно с кучей сокетов работать, но весь массив elisp-ого кода перепахать под это дело та еще задачка.

Absurd ★★★
()

В ядре должно быть так, как должно быть, а юзерспейс должен быть написан правильно.

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