The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Алан Кокс покидает пост маинтейнера подсистемы TTY, opennews (??), 30-Июл-09, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


52. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  +/
Сообщение от pavlinux (ok), 30-Июл-09, 22:34 
>>  Кокс правильный чувак, вот Торвальдц там действительно навыё....ся.
>Угу.В итоге потом правильные чуваки выпустят систему а то что у юзеров
>в ней ничерта работать не будет - да и хрен с ним?

До юзеров эта проблема недойдет...

linux-git -> linux-rc -> linux-latest -> linux-distrib

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

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

59. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  –1 +/
Сообщение от User294 (ok), 30-Июл-09, 23:16 
>До юзеров эта проблема недойдет...

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

>linux-git -> linux-rc -> linux-latest -> linux-distrib
>Вот на любом из первых трёх этапов, у девелоперов kdesu, ымакса и
>остальных - туева хуча времени.

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

Ответить | Правка | Наверх | Cообщить модератору

64. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  +/
Сообщение от Аноним (-), 30-Июл-09, 23:58 
>Если каждый програмер будет вот так рассуждать - система превратится в глюкало.

Часто программеры принимают следующее решение: "вроде пока работает, не будем трогать, а если вылезут баги - исправим как-нибудь потом"
Да баги вылезут, но не все и уж точно не сразу. Отстойный проприетарный продукт готов! За разработку платит народ, он же будет оплачивать апдейты. Менегеры позаботятся об остальном.

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

Ответить | Правка | Наверх | Cообщить модератору

90. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  +/
Сообщение от _umka_ (??), 31-Июл-09, 10:46 
В кой веки я соглашусь с User294 - потому как сам участвую в немаленьком проекте (что бы не шумели - под GPL v2).
Апдейты будут всегда и везде, я не заметил что-то тут ругающих RedHat что они продают обновления пакетов - и за это требуют деньги :-) А уж как манагеры расказывают о преимуществах именно RedHat... уууу..

Но в целом - вопросы совместимости играют не последную роль при написании кода, и если от твоего изменения может свалиться куча прикладного софта - то причин для такого софта может быть ровно одна - приведение поведения приложения в соовествие с стандартами.
Кокс как раз таки положил на стандарты - так как не смог разрулить потенциальный deadlock (который был как раз был проблемой приложения).
Согластно стандарту close() не имеет право закончится прежде чем будет сделан flush данных на persistent storage - в данном случае это значит принят на другой стороне трубы (ака терминала). Коксу было проще забить на этот момент - в результате чего появился race - данные зависли в буфере tty - емакс не успел их  прочитать, а приложение уже умерло.
Бред однако, жаль что Кокс считает себя в праве забивать на стандарты...

Ответить | Правка | Наверх | Cообщить модератору

104. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  –1 +/
Сообщение от User294 (ok), 31-Июл-09, 16:02 
>Но в целом - вопросы совместимости играют не последную роль при написании
>кода, и если от твоего изменения может свалиться куча прикладного софта
>- то причин для такого софта может быть ровно одна -
>приведение поведения приложения в соовествие с стандартами.

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

В итоге попытка построить програмеров прикладух будет означать только одно: у большого количества народа на ровном месте появится много геморроя и юзеры системы будут регулярно ощущать грабли на своем лбу.Такие изменения ИМХО имеет смысл вносить только если это дает какие-то настолько существенные и неоспоримые преимущества что глядя на них все забудут про "синяки на лбу" от повылезших везде оптом грабель.И если уж ну совсем никак - желательно заранее предупреждать о грядущих несовместимых изменениях а не так что бац - нате вам, сцуки, мы тут посовещались с левой пяткой и решили нагнуть вас в позу, объявив что так и надо.

Ответить | Правка | Наверх | Cообщить модератору

105. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  +/
Сообщение от anonymous (??), 31-Июл-09, 16:06 
>В итоге попытка построить програмеров прикладух будет означать только одно: у большого
>количества народа на ровном месте появится много геморроя и юзеры системы
>будут регулярно ощущать грабли на своем лбу.

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

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

если бы ты потрудился заглянуть в lkml, то увидел бы, что изменения (СЮРПРИЗ!) не пошли сразу в стабильное ядро. удивлён?

Ответить | Правка | Наверх | Cообщить модератору

132. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  –1 +/
Сообщение от User294 (ok), 31-Июл-09, 21:31 
>потому убирать в доме не надо. ну что такое немножко пыли по углам?

Вытирание пыли на шкафу не поставит раком ораву народа - пример неадекватен.Давайте вы скажем, РАБОТАЮЩИЙ ЯДЕРНЫЙ РЕАКТОР изнутри почистите из чисто эстетических соображений?А то что это опасная операция которая к тому же оставит без электроэнергии ораву народа - да и фиг с ним.Ну ладно, в соответствии с вашими же словами ниже, можно снизойти до протирки кишков действующего экспериментального прототипа такого же реактора в полупромышленных условиях.Вот так пример будет более адекватен.

>если бы ты потрудился заглянуть в lkml,

Как ни странно, я именно это и сделал.Представьте себе, Капитан Очевидность :)

>то увидел бы, что изменения (СЮРПРИЗ!) не пошли сразу в стабильное ядро. удивлён?

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

Ответить | Правка | Наверх | Cообщить модератору

124. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  –1 +/
Сообщение от Аноним (-), 31-Июл-09, 18:32 
>> До юзеров эта проблема недойдет...
> Если каждый програмер будет вот так рассуждать - система превратится в глюкало.

Тогда может быть прекратим поддерживать user-space? и возложем всю полноту отвественности
за баги в user-space на кернел хакеров?

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

Не завидую я кернел хакерам в таком случае. Не удивительно что Алан отказался это делать в TTY подсистеме.

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

134. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  +/
Сообщение от User294 (ok), 31-Июл-09, 21:42 
>Тогда может быть прекратим поддерживать user-space? и возложем всю полноту отвественности
>за баги в user-space на кернел хакеров?

Можно и наоборот - пытаться заставить аффтаров софта воркэраундить закидоны ядра в юзерспейсе :).Любой перегиб плох.А изменения ломающие нечто, что до этого ...цать лет нормально работало и дающие неизвестно какой выигрыш - не рулят.Почему тогда хренадцать лет все работало и багом не являлось, а тут вдруг бац и резко стало багом?Что еще за изменение правил игры прямо во время игры?И главное - с какой целью? oO

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру