The OpenNET Project / Index page

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

Алан Кокс покидает пост маинтейнера подсистемы TTY

30.07.2009 16:26

Подвергшись жесткой критике со стороны Линуса Торвальдса, разработчик ядра ОС Linux и маинтейнер подсистемы TTY Алан Кокс (Alan Cox) сложил с себя полномочия. Спор между разработчиками разгорелся в списке рассылки LKML из-за несовпадения точек зрения по вопросу, могут ли изменения, вносимые в подсистему TTY влиять на работу пользовательских программ.

В центре событий оказалась программа kdesu – реализация утилиты su для графического окружения KDE, которая перестала работать после внесенных Аланом патчей в файл pty.c. На одну из причин такого поведения проливает свет следующая цитата: «Из-за того, что некоторые реализации su (например, Red Hat) не хотят брать пароль со стандартного ввода (stdin), KDE su создает собственную пару pty/tty и запускает на исполнение su со связанными с tty файловыми дескрипторами». Также стали проявляться неожиданные ошибки при компиляции кода из Emacs, когда последующий процесс пытается считать параметры, которые были переданы ему процессом, завершившим свою работу.

По словам Алана Кокса, нарушение работы дефектного кода неизбежно при внесении в ядро корректирующих изменений. Но с ним не согласен Торвальдс, говоря, что Кокс готов обвинять кого угодно, только не свои патчи, даже если они являются причиной возникающих ошибок: «Факт остается фактом: прекращение работы пользовательских приложений просто не допустимо. Попытка сместить акценты с переставшего нормально функционировать модуля ядра на «неправильно» написанное пользовательское ПО – это не правильно. Но в течение недели спорить об этом и отказываться это поправить – это просто сумасшествие». На что Кокс ответил следующее: «Если ты думаешь, что эту проблему легко решить, тогда ты и решай ее», после чего объявил об уходе с поста маинтейнера подсистемы TTY.

 
  1. Главная ссылка к новости (http://lkml.org/lkml/2009/7/28...)
  2. Linux: Alan Cox Quits As Linux TTY Maintainer — "I've Had Enough"
  3. Dispute between Linux gurus Alan Cox and Linus Torvalds
Автор новости: blkdog
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/22807-linux
Ключевые слова: linux, proccess, file, password, kernel, tty, example, patch, emacs, qos, maillist, user, kde, crypt
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (140) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Серж (??), 16:42, 30/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↓]     [к модератору]
    		• –2 +/–
    По ходу, у обоих завышенное ЧСВ
     
     
  • 2.4, Iv945n (ok), 16:56, 30/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +5 +/–
    Ага :-)

    > Попытка сместить акценты с переставшего нормально функционировать модуля ядра на «неправильно» написанное пользовательское ПО – это не правильно.

    Брать и молча менять критические участки так что важное ПЛ просто раз и теряет работоспособность - это не верно, разумеется, именно возможность такой практики тормозит внедрение свежих обновлений например, но молча подстраиваться под чужие ошибки и работать по принципу "не воняет - не трогай" - неправильно в двойне, imho.

     
  • 2.27, vitek (??), 19:29, 30/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +1 +/–
    а по моему вполне пропорционально заслугам.
     

  • 1.2, pavlinux (ok), 16:47, 30/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↓] [↑]     [к модератору]
    		• +1 +/–
    Кокс правильный чувак, вот Торвальдц там действительно навыё....ся.
     

     ....большая нить свёрнута, показать (49)

  • 1.3, Аноним (-), 16:54, 30/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↑]     [к модератору]
    		• –2 +/–
    Торвальдс чтоли проталкивает подход винды - подстраиватья под неправильный пользовательский код? Не тру.
     
  • 1.5, Миша Емильянов (?), 17:03, 30/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↓]     [к модератору]
    		• –1 +/–
    Торвальдс когда-то писал что команда OpenBSD, это стадо мастурбирующих обезьян на качество и как следствие безопасность. Вот и досмеялся. Teo De Raadt смотрит и хихикает :)
     

     ....большая нить свёрнута, показать (24)

  • 1.6, anonymouse (?), 17:08, 30/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↓] [↑]     [к модератору]
    		• +6 +/–
    С одной стороны Кокс по своему конечно прав, ядро двигается вперёд и соответственно меняется. Чтото ломается, такое случается. Тем более ядро ещё в состоянии rc. Так почему ж не привнести изменения которые улучшат работу ядра? С другой стороны прав и Торвальдс, говоря о том что так делать не следует, потому что если так делать, то после выхода нового ядра может много чего начать отваливаться. То что новое ядро не используется в LTS дистрибутивах это не аргумент, потому что бэкпорты с нового ядра могут туда привнестись. Найболее оптимальное решение на мой взгляд это компромисс. При таких раскладах отменить подобный патч и анонсировать его на более позднее время, скажем к следующей версии ядра.
     
     
  • 2.8, Иван (??), 17:18, 30/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• –1 +/–
    gt оверквотинг удален Вообще ситуация, как я понял обратная Кокс пытается нас... большой текст свёрнут, показать
     
     
  • 3.15, xxx (??), 17:54, 30/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +2 +/–
    Вообще я нифига не понял, что ты имел ввиду.

    >Приложений много, ядро - ОДНО.

    Вот поэтому подстраиваться под всех не сможешь, велика беда kdesu, emacs (хотя с ним есть опасность, RMS может восстание поднять) могут и переписать кусок кода.

    >Потом станут появляться трояны, которых убеждать в правильности разработки приложений - малоэффективно.

    А они и появляются когда ядро превращается в одну большую ж...

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

     
     
  • 4.38, User294 (ok), 20:39, 30/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• –2 +/–
    >С одной стороны Торвальдс прав, но с моей точки зрения опенсорс на
    >то и эффективен, что можно легко переписать, изменить, добавить, тем самым
    >делая код лучше.

    А кто будет это делать во ВСЕХ программах и дистрибутивах?Что-то мне кажется что Кокс столько не осилит.И что в итоге?У юзеров будет головняк.И врядли они будут рады.А поставить раком *миллионы* человек ради хз чего - не есть правильно.Вот Торвальдс понимает объем ответственности которая на нем лежит.Хотя и мог бы улаживать конфликты помягче.

     
     
  • 5.78, anonymous (??), 06:37, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +3 +/–
    >А кто будет это делать во ВСЕХ программах и дистрибутивах?

    авторы софта и майнтайнеры пакетов, вестимо. а если они этого не делают — они не майнтайнеры и не авторы, а так, вышли погулять, ЧСВ помахать. нафиг они нужны, если это их прямое дело? не справляются? в пень их вместе с их амбициями, пусть форкает/майнтайнит тот, кому софт/дистриб не безразличен. никого не нашлось? данный софт/пакет, значит, никому нафиг не нужен, можно спокойно выкидывать.

     
     
  • 6.86, Иван (??), 09:55, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +2 +/–
    >>А кто будет это делать во ВСЕХ программах и дистрибутивах?
    >
    >авторы софта и майнтайнеры пакетов, вестимо. а если они этого не делают
    >— они не майнтайнеры и не авторы, а так, вышли погулять,
    >ЧСВ помахать. нафиг они нужны, если это их прямое дело? не
    >справляются? в пень их вместе с их амбициями, пусть форкает/майнтайнит тот,
    >кому софт/дистриб не безразличен. никого не нашлось? данный софт/пакет, значит, никому
    >нафиг не нужен, можно спокойно выкидывать.

    Утопия. Реальность другая: править в одном месте, всегда проще и лучше, чем хз где и кем. С точки зрения ядра - любое приложение может быть враждебно к нему. Так вот защищать надо ядро, а не приложения, которые могут быть специально написаны для того, что бы сабботировать/нарушить работу ядра.

     
     
  • 7.99, anonymous (??), 14:26, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +1 +/–
    >Утопия. Реальность другая: править в одном месте, всегда проще и лучше, чем
    >хз где и кем.

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

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

    а я о чём? ядро должно работать так, как считает нужным. а софт — под него подстраиваться.

     
     
  • 8.136, User294 (ok), 21:59, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• –1 +/–
    Ха-ха, угадайте с 3 раз, много ли софтописателей побежит подстраиваться под ядро... текст свёрнут, показать
     

  • 1.13, init (?), 17:40, 30/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↑]     [к модератору]
    		• +1 +/–
    Ну Кокс прежде чем поставить перед фактом сделанного изменения мог бы предупредить и развести небольшое обсуждение.
     
  • 1.23, Аноним (-), 18:31, 30/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↓]     [к модератору]
    		• +2 +/–
    Прочитал дискуссию. imho Кокс прав. Дело в том что Линус не ориентируется в вопросе, но зато очень категоричен. То что предлагал Линус работать не будет ибо вылазят другие косяки. Однако Кокс оказался великодушен и продолжил дискуссию и рассказал как надо сделать. Вот вкратце и все.
     
     
  • 2.26, Аноним (-), 19:09, 30/07/2009 [^] [^^] [^^^] [ответить]  [↓]     [к модератору]
    		• –1 +/–
    ну да, ну да. После очередного обновления ядра оказаться без su, kdesu и emacs (утрирую).
    Его патчи сделаны просто ради того что бы что то сделать, или они исправляют уязвимость или ускоряют tty? Зачем ломать то что работает?
    По-моему, Алану надо было бы найти аргументы получше для своих патчей. Показать что они улучшают безопасность или производительность, если действительно улучшают. Или показать что они дают новую суперфичу, которая всем позарез нужна. А не поучать всех как надо жить.
     
     
  • 3.35, Aleksey (??), 20:20, 30/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +1 +/–
    Судя по дискуссии они действительно устраняют уязвимость.
     
  • 2.68, crypt (??), 00:26, 31/07/2009 [^] [^^] [^^^] [ответить]  [↑]     [к модератору]
    		• +/–
    Линус не ориентируется? Не уверен:
    /*
    *  linux/drivers/char/tty_io.c
    *
    *  Copyright (C) 1991, 1992  Linus Torvalds
    */

    /*
    * 'tty_io.c' gives an orthogonal feeling to tty's, be they consoles
    * or rs-channels. It also implements echoing, cooked mode etc.
    *

     
     
  • 3.79, anonymous (??), 06:39, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +1 +/–
    >Линус не ориентируется? Не уверен:
    >/*
    > *  linux/drivers/char/tty_io.c
    > *
    > *  Copyright (C) 1991, 1992  Linus Torvalds
    > */

    и что это должно показать? ты в своём-то более-менее сложном софте 15+ летней давности хорошо ориентируешься? особенно если последнюю кучу лет его майнтайнил кто-то другой?

     

  • 1.31, Аноним (-), 19:43, 30/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↓] [↑]     [к модератору]
    		• +2 +/–
    Даю перевод From Rafael J Wysocki Subject Regression kdesu broken Date ... большой текст свёрнут, показать
     
     
  • 2.69, Michael Shigorin (ok), 00:26, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +2 +/–
    Предлагаю вспомнить http://www.joelonsoftware.com/articles/APIWar.html -- "The Two Forces at Microsoft" и следующий кусок изложения.

    С обратной совместимостью всё сложно: и в том же POSIX есть и ненужные, и вредные куски, НО на них очень много чего закладывается.  А любители технически чинить весь мир сразу поразительно быстро выдыхаются.

    Поэтому на мой взгляд -- они оба правы :(

     

  • 1.32, Аноним (-), 19:50, 30/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↑]     [к модератору]
    		• +2 +/–
    Кокс герой, прислал патч в котором убирает себя из разработчиков TTY. Этот человек сделал очень много для ядра и Линус не имел права так разговаривать с ним. В конце концов он рискует остаться один на один с корпорациями, которые будут заказывать новые версии, как пиццу по телефону. Удачи им обоим!
     
  • 1.36, Аноним (-), 20:21, 30/07/2009 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
    		• –3 +/–
    Что и следовало ожидать.
     
  • 1.39, stan (??), 20:40, 30/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↓]     [к модератору]
    		• +1 +/–
    Вопрос такого плана: Кокс же не только этой подсистемой занимался. Куча всего им сделана в сетевом стеке тоже... Он отказался только от этого мейнтайнерства, или вообще?
     
     
  • 2.50, Аноним (-), 22:24, 30/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• –2 +/–
    Нет, вроде не отказывается. Только не отомстит ли ему Торвальдс за "неуважение к высокой персоне".
     
     
  • 3.80, anonymous (??), 06:42, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    >Нет, вроде не отказывается. Только не отомстит ли ему Торвальдс за "неуважение
    >к высокой персоне".

    не отомстит. к чести линуса (которого я не люблю шибко, если чо) — он, вроде, не был замечен за травлей и сведением счетов.

     

  • 1.70, Yuriy (??), 00:42, 31/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↓] [↑]     [к модератору]
    		• +/–
    kdesu 4.3 работает в ядре 2.6.31, правда надо три раза бахнуть по кнопке Enter. И нечего из-за этого тормозить искоренение багов и анахронизмов из ядра.
     
     
  • 2.82, _Vitaly_ (ok), 07:01, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +1 +/–
    С ЛОР-а:

    {К тому же, в кедах и без того больше половины программ не работает как надо, им не страшно.}


    :)))

     
     
  • 3.100, Вова (?), 14:52, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    >С ЛОР-а:
    >
    >{К тому же, в кедах и без того больше половины программ не
    >работает как надо, им не страшно.}
    >
    >
    >:)))

    +1
    Они там и со своими обновлениями не справляются (портирование к3b для kde4 как пример).

     

  • 1.87, dRiZd (?), 10:09, 31/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↓] [↑]     [к модератору]
    		• –4 +/–
    Вот это в духе СПО!
    И чтобы не говорили, а с проприетарным ПО такое маловероятно.
     
     
  • 2.93, vitek (??), 13:09, 31/07/2009 [^] [^^] [^^^] [ответить]  [↓]     [к модератору]
    		• +/–
    т.е. и народ не увольняется, и контракты не расторгает, и не судится?
    и проблем с совместимостью тоже нет? ни в xp, ни в vista? и т.д.?

    в духе СПО - публиковать внутреннюю переписку разработчиков. а не сливать периодически инфу, как рекламу. это да.
    и не оправдоваться в духе - "ну мы тут напортачили... но в следующем релизе исправим... и всего на 25% дороже!!!"

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

    но понимание этого - не в духе анонимных аналитегов! :-D

     
     
  • 3.154, dRiZd (?), 18:44, 01/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +1 +/–
    Я говорил, про то, что: Я на вас обиделся и ухожу, а вы делайте что хотите теперь с этим TTY.
    В коммерческих проектах немного по другому.
    Фирма отвечает за свой продукт и смена персонала, ни как не отражается на продукте - это внутреннее дело фирмы.

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

     
     
  • 4.155, vitek (??), 20:27, 01/08/2009 [^] [^^] [^^^] [ответить]  [↓]     [к модератору]
    		• –1 +/–
    >Фирма отвечает за свой продукт

    tty будет работать......   и ВАША фирма здесь ни при чём.

     
     
  • 5.161, dRiZd (?), 21:49, 02/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +1 +/–
    Работает или будет работать - это разные вещи.
    Особенно учитывая временной фактор - время деньги.
     
     
  • 6.163, vitek (??), 11:46, 03/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    блин!!! tty сечас работает? или нет?
    у меня - да. и будет.
    >Особенно учитывая временной фактор - время деньги.

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

     
  • 6.170, Michael Shigorin (ok), 18:11, 04/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    >Особенно учитывая временной фактор - время деньги.

    Это жидовское.  Время дороже денег.

     
  • 4.156, Michael Shigorin (ok), 20:29, 01/08/2009 [^] [^^] [^^^] [ответить]  [↑]     [к модератору]
    		• +/–
    Ну если конечный пользователь тусуется по тематическим форумам, подкидывая FUD -... большой текст свёрнут, показать
     
  • 4.196, Anonim (??), 14:08, 07/10/2015 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    > В коммерческих проектах немного по другому.
    > Фирма отвечает за свой продукт и смена персонала, ни как не отражается
    > на продукте - это внутреннее дело фирмы.

    Уважаемый, вы давно EULA читали? В коммерческих проектах фирма не отвечает ни за что, даже если софт спалит дорогое железо из-за своей кривизны.

     
  • 2.98, anonymous (??), 14:23, 31/07/2009 [^] [^^] [^^^] [ответить]  [↑]     [к модератору]
    		• +/–
    >Вот это в духе СПО!
    >И чтобы не говорили, а с проприетарным ПО такое маловероятно.

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

     
  • 2.108, Michael Shigorin (ok), 16:16, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    >Вот это в духе СПО!

    Это как раз скорее "не в духе".

    >И чтобы не говорили, а с проприетарным ПО такое маловероятно.

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

     
  • 2.137, User294 (ok), 22:02, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    >И чтобы не говорили, а с проприетарным ПО такое маловероятно.

    Ага.Особенно в висте заметно где половина программ перестала работать.Что безусловно помогло этой ОС занять ее "доминирущее" положение на рынке, когда несмотря на выход 2 года назад, до сих пор доминирует почему-то раритетная как помет мамонта XP :D

     

  • 1.88, Аноним (-), 10:22, 31/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↓] [↑]     [к модератору]
    		• +2 +/–
    Бред какой-то.
    Во FreeBSD обновили tty. При использовании  приложениями старого кода в лог кидается, дескать, приложение пользует legacy code. Все довольны и никаких проблем.

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

     
     
  • 2.97, anonymous (??), 14:22, 31/07/2009 [^] [^^] [^^^] [ответить]  [↓]     [к модератору]
    		• +/–
    а ещё то, что никакого «нового апи» тут не добавили. почитай lkml, что ли.
     
     
  • 3.120, th (??), 17:39, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    >а ещё то, что никакого «нового апи» тут не добавили. почитай lkml,
    >что ли.

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

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

     
  • 2.101, Вова (?), 14:55, 31/07/2009 [^] [^^] [^^^] [ответить]  [↓] [↑]     [к модератору]
    		• +/–
    >Бред какой-то.
    >Во FreeBSD обновили tty. При использовании  приложениями старого кода в лог
    >кидается, дескать, приложение пользует legacy code. Все довольны и никаких проблем.
    >
    >
    >Что мешает сделать также в Линуксе?

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

     
     
  • 3.122, th (??), 17:54, 31/07/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    >Данная проблема это не вызов депрекейтед интерфейсов, это ожидание другого поведения давно
    >написанного интерфейса.  Т.е. кинуть в лог варнинг не получится.

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

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

     
     
  • 4.149, Вова (?), 16:15, 01/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    gt оверквотинг удален вашу мысль понял, намерения благие - но что именно за н... большой текст свёрнут, показать
     
     
  • 5.151, th (??), 17:22, 01/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    на самом деле затронуты не просто сисвызовы open read close Косяк в emacs связа... большой текст свёрнут, показать
     
  • 2.126, xxx (??), 19:12, 31/07/2009 [^] [^^] [^^^] [ответить]  [↑]     [к модератору]
    		• +1 +/–
    В случае BSD отвалившиеся проги придётся патчить самим разрботчикам BSD, и тут Эд наверное бы задолбался, хотя так или иначе он это делал в портах. Поэтому это сообщение в логи нифига не значит. У BSD в данном случае выбора нет, им приходится идти на такие компромисы, что предлагает Торвальдс т.к под них никто подстраиваться не будет.

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

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

     
     
  • 3.138, User294 (ok), 22:09, 31/07/2009 [^] [^^] [^^^] [ответить]  [↓]     [к модератору]
    		• –1 +/–
    >BSD в данном случае выбора нет, им приходится идти на такие
    >компромисы, что предлагает Торвальдс т.к под них никто подстраиваться не будет.

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

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

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

     
     
  • 4.145, th (??), 07:01, 01/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    >Может потому что kdesu и emacs работали себе и каши не просили
    >много лет?

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

     
  • 3.139, keeper (ok), 22:43, 31/07/2009 [^] [^^] [^^^] [ответить]  [↑]     [к модератору]
    		• +/–
    > Интересно почему считается, что вечно отваливающиеся проприетарные дрова это нормально, а kdesu - трагедия?

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

     
  • 3.144, th (??), 06:50, 01/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    Что касается самим разработчикам BSD сложные порты мэнтейнтятся разработчиками... большой текст свёрнут, показать
     

  • 1.140, Apercot (?), 22:57, 31/07/2009 [ответить] [﹢﹢﹢] [ · · · ]  [↓] [↑]     [к модератору]
    		• –1 +/–

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


     
     
  • 2.143, th (??), 06:36, 01/08/2009 [^] [^^] [^^^] [ответить]  [↓]     [к модератору]
    		• +1 +/–
    >Линус прав. Если каждое изменение в ядре будет херить всю работу приложений
    >сотни дистрибутивов, и пускать насмарку работу программеров тысячи приложений, придется переходить
    >на более "разумно создаваемые" операционки, где мантейнеры ядра немного думают о
    >других, а не кодят только ради процесса кодинга. Все-таки преемственность и
    >плавность переходов какая-то должна быть. И так ошибок вагон, а тут
    >еще и сознательные выкрутасы.

    почему же тогда в вопросе Теодор Цо/ext4 vs юзер-спейс решили, что хай с ним, разработчики юзерспейс перепишут все свои приложения чтобы пользовать fsync(), а в споре Алан Кокс/tty vs юзер-спейс в некорректной форме решается, что неправ Кокс?

    Неужели - "Все животные равны, но некоторые равнее"?

     
     
  • 3.147, vitek (??), 14:41, 01/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    он представил соответсвующий патч.
    поматугался, но представил.

    а ведь мог и срулить как Кокс.

     
     
  • 4.152, th (??), 17:34, 01/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    >он представил соответсвующий патч.
    >поматугался, но представил.
    >
    >а ведь мог и срулить как Кокс.

    А разве Цо что-то в итоге исправил (допускаю что не знаю, ибо честно говоря ext4, как и обычно Линукс в общем-то, меня не интересует)? как было отложенное выделение так и осталось, возможно время синхронизации на диск чуток поменяли поближе к ext3 (5 сек), как было в первом неофициальном патче, устранявшем проблемы страждущих убунтийцев. Но всё равно юзер-спейс приложения уже начали менять код, ибо разработчики осознали что местами они криво написали (точнее не криво, но с сильной завязкой на особенности ext3).

    К тому же Кокс вон тоже никуда не девался, обсуждает то да сё с tty.

     
     
  • 5.157, vitek (??), 20:30, 01/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    >А разве Цо что-то в итоге исправил....

    да

     
     
  • 6.168, th (??), 09:30, 04/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    А Торвальдс перед этим писал ему полотна эмоциональных и бессмысленных посланий не содержащих не капли конструктива?
    При том что Кокс выдал патчи исправляющие некоторые проблемы сразу, до сочинений Линуса.
    При этом проблемы с ext4 почувствовали конечные потребители, а проблемы с tty ещё долго бы не почувствовали.

    ИМХО, всё-таки разница в отношении видна. И вот эта разница - она лично мне была бы обидна.

    Ну а то что Цо перенёс проблему на будущее (всё равно проявится эта завязка на время синка) это не есть хорошо.

     
     
  • 7.178, vitek (??), 03:56, 05/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    выдаёте желаемое за действительное ну-ну а вот это 1 ни в одном дистре к ... большой текст свёрнут, показать
     
     
  • 8.179, th (??), 06:11, 05/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    Говорят, Цо узнал о проблемах пользователей из launchpad Не то чтобы он о пробл... большой текст свёрнут, показать
     
  • 2.148, Вова (?), 16:09, 01/08/2009 [^] [^^] [^^^] [ответить]  [↑]     [к модератору]
    		• +/–
    Если действительно "тысячи" приложений, то ядро никак менять нельзя. Если два, при этом одно из кде (лол), второму уже прдеставили патч - то вполне валидно исправить поведение ядра.
     
     
  • 3.159, User294 (ok), 10:32, 02/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    > Если действительно "тысячи" приложений, то ядро никак менять нельзя. Если два,

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

    > одно из кде (лол)

    Что тут смешного?Это что-то из разряда "смешно дураку что рот на боку"?

     
     
  • 4.165, Вова (?), 13:23, 03/08/2009 [^] [^^] [^^^] [ответить]      [к модератору]
    		• +/–
    >> Если действительно "тысячи" приложений, то ядро никак менять нельзя. Если два,
    >
    >А вы лично перетестировали работу всех тысяч и тысяч программ с новым
    >ядром, чтобы утверждать что их - два?Или два - это те
    >которые сходу накопались?

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

    >
    >> одно из кде (лол)
    >
    >Что тут смешного?Это что-то из разряда "смешно дураку что рот на боку"?
    >

      кде со своими обновлениями не справляется, любезнейший. С обновлениями своих же интерфейсов. Это помойка.

     

  • 1.194, Аноним (-), 19:59, 27/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  [↑]     [к модератору]
    		• +/–
    Остаться должен только один!
     
  • 1.195, count0krsk (ok), 14:26, 01/10/2015 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
    		• +/–
    Я голосую за Линуса, он с ядром и багами имеет дело дольше. Как там в "Простоквашино": тебя я давно знаю, а этого кота в 1й раз вижу )))
    Хотя чувака жалко. Может проспится и вернётся? Нельзя ж вокруг своего ЧСВ весь мир вращать. Даже у США это не получается, как не тужатся )
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:

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

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