The OpenNET Project / Index page

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



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

Оглавление

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

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


88. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  +2 +/
Сообщение от Аноним (-), 31-Июл-09, 10:22 
Бред какой-то.
Во FreeBSD обновили tty. При использовании  приложениями старого кода в лог кидается, дескать, приложение пользует legacy code. Все довольны и никаких проблем.

Что мешает сделать также в Линуксе?

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

97. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  +/
Сообщение от anonymous (??), 31-Июл-09, 14:22 
а ещё то, что никакого «нового апи» тут не добавили. почитай lkml, что ли.
Ответить | Правка | Наверх | Cообщить модератору

120. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  +/
Сообщение от th (??), 31-Июл-09, 17:39 
>а ещё то, что никакого «нового апи» тут не добавили. почитай lkml,
>что ли.

Хм, а я говорил что-то про "новое апи" в Линуксе?

Что касается обновления tty в BSD как нетрудно заметить приложения (юзер спейс) работать не перестали (про драйвера отдельный разговор), но стало легко определить кто ещё не обновился. Вся операция проводилась последовательно, все знали этапы перехода и что это даст. Повторяю вопрос, что мешало предложить такой же вариант и избежать распрей?

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

101. "это не использование старого кода"  +/
Сообщение от Вова (?), 31-Июл-09, 14:55 
>Бред какой-то.
>Во FreeBSD обновили tty. При использовании  приложениями старого кода в лог
>кидается, дескать, приложение пользует legacy code. Все довольны и никаких проблем.
>
>
>Что мешает сделать также в Линуксе?

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

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

122. "это не использование старого кода"  +/
Сообщение от th (??), 31-Июл-09, 17:54 
>Данная проблема это не вызов депрекейтед интерфейсов, это ожидание другого поведения давно
>написанного интерфейса.  Т.е. кинуть в лог варнинг не получится.

Хм, опять же это не мешает ввести новое API, оставив старое на некоторое время для совместимости (хотя в БСД несколько другая ситуация, код по сути пользуется теми же функциями, но уже в обновлённой подсистеме. Добавились только некоторые позикс-вызовы, а для депрекэйтед вызовов сообщается варнинг). Куда-то в этом направлении должен был думать PM, а не отчитывать в довольно некорректной форме за то что с _девелоперской_ веткой _ванила_ ядра юзер-спейс, завязанный на кривое (то бишь не POSIX) поведение, не работает.

Срач разводить среди коре девелоперов - вот к чему относилось "бред".

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

149. "интерфейс представлен как open/read/close"  +/
Сообщение от Вова (?), 01-Авг-09, 16:15 
>[оверквотинг удален]
>Хм, опять же это не мешает ввести новое API, оставив старое на
>некоторое время для совместимости (хотя в БСД несколько другая ситуация, код
>по сути пользуется теми же функциями, но уже в обновлённой подсистеме.
>Добавились только некоторые позикс-вызовы, а для депрекэйтед вызовов сообщается варнинг). Куда-то
>в этом направлении должен был думать PM, а не отчитывать в
>довольно некорректной форме за то что с _девелоперской_ веткой _ванила_ ядра
>юзер-спейс, завязанный на кривое (то бишь не POSIX) поведение, не работает.
>
>
>Срач разводить среди коре девелоперов - вот к чему относилось "бред".

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

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

151. "интерфейс представлен как open/read/close"  +/
Сообщение от th (??), 01-Авг-09, 17:22 
>вашу мысль понял, намерения благие  - но что именно за новый
>интерфейс можно сделать в случае изменения реакций на стандартные системные вызовы
>работы с файлом, разве что  представить дополнительный набора /dev/NEWtty*, но
>это же нетривиально.

на самом деле затронуты не просто сисвызовы open/read/close. Косяк в emacs связан SIGCHLD, например, там ситуация более хитра, чем с  kdesu.

Впрочем, чем в качестве переходного этапа не нравится предложенный вами /dev/coxtty*?
1 этап - tty* + coxtty*. Пользующиеся первыми - получают варнинги и спешно фиксятся
2 этап - tty* становятся враппером и форвардит сисколы на coxtty. Пользующиеся coxtty* получают варнинги что coxtty некрасивое имя, надо менять.
3 этап есть только обновлённый tty* никто ничего не знает про coxtty. Отставшие от прогресса делают ссылки coxtty -> tty. А 95% разработчиков вообще никогда не узнают, что были изменения в tty :)

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

126. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  +1 +/
Сообщение от xxx (??), 31-Июл-09, 19:12 
В случае BSD отвалившиеся проги придётся патчить самим разрботчикам BSD, и тут Эд наверное бы задолбался, хотя так или иначе он это делал в портах. Поэтому это сообщение в логи нифига не значит. У BSD в данном случае выбора нет, им приходится идти на такие компромисы, что предлагает Торвальдс т.к под них никто подстраиваться не будет.

В ситуации Кокс vs Торвальдс, крайние - разработчики КДЕ и emacs и они должны править свой бажный код, и на них ответственность перед пользователем. Тем более время у них есть до выхода стабильной версии ядра. И никуда они бы с подводной лодки не делись бы, в любом случае исправили.

Интересно почему считается, что вечно отваливающиеся проприетарные дрова это нормально, а kdesu - трагедия?

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

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

Более того - у некоторых еще и всякие там эмуляции линукса есть.По сути - костыли.Но ведь есть же.

> Интересно почему считается, что вечно отваливающиеся проприетарные
> дрова это нормально, а kdesu - трагедия?

Может потому что kdesu и emacs работали себе и каши не просили много лет?

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

145. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  +/
Сообщение от th (??), 01-Авг-09, 07:01 
>Может потому что kdesu и emacs работали себе и каши не просили
>много лет?

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

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

139. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  +/
Сообщение от keeperemail (ok), 31-Июл-09, 22:43 
> Интересно почему считается, что вечно отваливающиеся проприетарные дрова это нормально, а kdesu - трагедия?

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

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

144. "Алан Кокс покидает пост маинтейнера подсистемы TTY"  +/
Сообщение от th (??), 01-Авг-09, 06:50 
>В случае BSD отвалившиеся проги придётся патчить самим разрботчикам BSD, и тут
>Эд наверное бы задолбался, хотя так или иначе он это делал
>в портах. Поэтому это сообщение в логи нифига не значит. У
>BSD в данном случае выбора нет, им приходится идти на такие
>компромисы, что предлагает Торвальдс т.к под них никто подстраиваться не будет.

Что касается "самим разработчикам BSD" сложные порты мэнтейнтятся разработчиками собственно софта. А поменять две строчки чтобы перестать получать предупреждение - может и простой начинающий кодер, задавшейся этой целью (можно даже толкнуть проект на какой-нибудь Summer of Code и получить от этого бенефиты). Да и работа с tty напрямую производится думаю не более чем в 5% приложений, то есть это не такая огромная проблема.

В любом случае, Эд сделал отличную работу и никто не пострадал. Можно было бы похожим макаром без скандалов и в Линукс обойтись.

>В ситуации Кокс vs Торвальдс, крайние - разработчики КДЕ и emacs и
>они должны править свой бажный код, и на них ответственность перед
>пользователем. Тем более время у них есть до выхода стабильной версии
>ядра. И никуда они бы с подводной лодки не делись бы,
>в любом случае исправили.

Вот с этим согласен.

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

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

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




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

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