Подвергшись жесткой критике со стороны Линуса Торвальдса, разработчик ядра ОС Linux и маинтейнер подсистемы TTY Алан Кокс (Alan Cox) сложил с себя полномочия. Спор (http://lkml.org/lkml/2009/7/28/375) между девелоперами разгорелся в списке рассылки LKML из-за несовпадения точек зрения по вопросу, могут ли изменения, вносимые в подсистему TTY влиять на работу пользовательских программ.В центре событий оказалась программа kdesu – реализация утилиты su для графического окружения KDE, которая перестала работать после внесенных Аланом патчей в файл pty.c. На одну из причин такого поведения проливает свет следующая цитата: «<i>Из-за того, что некоторые реализации su (например, Red Hat) не хотят брать пароль со стандартного ввода (stdin), KDE su создает собственную пару pty/tty и запускает на исполнение su со связанными с tty файловыми дескрипторами</i>». Также стали проявляться неожиданные ошибки при компиляции кода из Emacs, когда последующий процесс пытается считать пара...
URL: http://lkml.org/lkml/2009/7/28/373
Новость: http://www.opennet.me/opennews/art.shtml?num=22807
По ходу, у обоих завышенное ЧСВ
Ага :-)> Попытка сместить акценты с переставшего нормально функционировать модуля ядра на «неправильно» написанное пользовательское ПО – это не правильно.
Брать и молча менять критические участки так что важное ПЛ просто раз и теряет работоспособность - это не верно, разумеется, именно возможность такой практики тормозит внедрение свежих обновлений например, но молча подстраиваться под чужие ошибки и работать по принципу "не воняет - не трогай" - неправильно в двойне, imho.
а по моему вполне пропорционально заслугам.
Кокс правильный чувак, вот Торвальдц там действительно навыё....ся.
Абсолютно, Торвальдс пытается угодить всем в ущерб общему делу. Коксу стоит создать свой собственный форк ядра. Уверен, что его поддержат огромное число разработчиков, которые тоже как и он устали от Линуса.
> Уверен, что его поддержат огромное число разработчиков,...после чего останется только одна проблема - найти тех кто захочет пользоваться ядром которое постянно ломают и в ответ на репорты об этом советуют вместо починки переписать вагон софта утверждая что он кривой (хотя в остальных системах и более старых версиях этой он тем не менее работает).
Я хочу видеть ядро, в котором латают ошибки, а не выпускают полурабочее дерьмо. Алан Кокс - это человек, которого я хотел бы видеть руководителем проекта вместо Торвальдса. Он не зарабатывает на очередную машину и не пытается сделать из себя мегагероя. Он просто делал своё дело, за что и был наказан.
>Я хочу видеть ядро, в котором латают ошибки, а не выпускают полурабочее
>дерьмо. Алан Кокс - это человек, которого я хотел бы видеть
>руководителем проекта вместо Торвальдса.Простите?А как одно коррелирует с другим?Т.е. если у вас будут проблемы с kdesu и емаксом - это не полурабочее дерьмо чтоли по вашему и вообще, так и надо?А вы, мистер - лицемер.И двойных стандартов не чужды.А рассуждать о Коксе как о руководителе и его качествах можно, очевидно, не раньше чем он в данной роли что-то продемонстрируют.А то PM-ы, особенно способные вести свой корабль не посадив на рифы - явление редкое.Для руководителя проекта мало быть замечательным программистом и исправлять ошибки. PM - это человек который может принимать правильные решения.Иногда - эти решения весьма непростые а выбор идет из двух зол.Тех кто с этим в принципе способен успещно справляться - весьма немного.Поэтому предпочитаю верить в данном вопросе делам и конкретным фактам.А пиндеж форумных анонимов как оценка того или иного фрукта на роли PM - пустой звук.Выхлопы.
>Он не зарабатывает на очередную машину и не пытается сделать из себя мегагероя.
>Он просто делал своё дело, за что и был наказан.Как трагично.Сколько пафоса.На самом деле трагично во всем этом ИМХО только одно - взрослые дядьки ведут себя как дети и ругаются из-за какой-то ерунды.При том я обоих понимаю.У Торвальдса головняк с стабидизацией ядра - при таком объеме изменений если он не будет настаивать на таком подходе, ядро мгновенно станет монструозным глюкалом и оно такое будет никому не надо.Как PM он делает то что должен.А Кокса просто допекли пинками.Но он в чем-то сам нарвался на комент Торвальдса про слом приложений.А что еще может ответить вменяемый PM в такой ситуации?
Он должен был сказать "черт с вами, сажайте мой корабль на рифы ради того чтоб маршрут совпадал с тем который прочерчен на карте, потому что маршрут - наше все а пассажиры - да хрен с ними, вплавь до берега доберутся"? Если бы он на это согласился - это был бы хреновый капитан.
User294, ты действительно думаешь что кернел хакеры только о том и думают что бы наплодить побольше поломок в нем ?
>User294, ты действительно думаешь что кернел хакеры только о том и думают
>что бы наплодить побольше поломок в нем ?По-моему, точки зрения обоих сторон вполне доступно изложены в треде в майллисте. Я сомневаюсь что у кого-то есть такая цель именно специально. Просто не все задумывются о глобальных последствиях от своих действий и не все понимают что когда систему пользуют миллионы и миллионы в куче применений - надо быть острожнее с ломкой всего и вся.
И что теперь? Не двигаться дальше?
Если софт работает, не значит что он не кривой.
Вон КДЕ4 именно так и сделало - выкинуло хаки и переписало заново. И молодцы.
>Абсолютно, Торвальдс пытается угодить всем в ущерб общему делу. Коксу стоит создать
>свой собственный форк ядра. Уверен, что его поддержат огромное число разработчиков,
>которые тоже как и он устали от Линуса.Ага, и будет как с BSD - FreeBSD, NetBSD, OpenBSD...
>>Абсолютно, Торвальдс пытается угодить всем в ущерб общему делу. Коксу стоит создать
>>свой собственный форк ядра. Уверен, что его поддержат огромное число разработчиков,
>>которые тоже как и он устали от Линуса.
>
>Ага, и будет как с BSD - FreeBSD, NetBSD, OpenBSD...Батенька, не знаете темы c BSD - не пишите. Пример _вообще_ не к делу, проекты родились по весьма разным идеологическим целям, что не мешает блокам кода из одной BSD системы быть переносимыми в другую. И вообще полезно почитать хотя бы http://www.osp.ru/os/1997/03/179155/
Линус уже давно не основной разработчик. Разногласия тут вполне закономерны.
>>>свой собственный форк ядра. Уверен, что его поддержат огромное число разработчиков
>>Ага, и будет как с BSD - FreeBSD, NetBSD, OpenBSD...
>Батенька, не знаете темы c BSD - не пишите. Пример _вообще_ не
>к делу, проекты родились по весьма разным идеологическим целямРодились они форкованием. Поясните мысль, будьте добры. Пока мне вот кажется, что Вы умудрились один (гипотетический) форк на идеологических основаниях (как-то обратная совместимость vs разработка) противопоставить другой пачке форков на идеологических основаниях (безопасность, переносимость и т.п.).
>Линус уже давно не основной разработчик. Разногласия тут вполне закономерны.
Да, он уже давно не основной разработчик, а релиз-менеджер vanilla kernel. Просто этой веткой (в отличие от времён 2.4.x-ac) и пользуются дистрибьюторы в качестве основы для своих ядер.
Поэтому Ваши постинги несколько удивляют.
>>>>свой собственный форк ядра. Уверен, что его поддержат огромное число разработчиков
>>>Ага, и будет как с BSD - FreeBSD, NetBSD, OpenBSD...
>>Батенька, не знаете темы c BSD - не пишите. Пример _вообще_ не
>>к делу, проекты родились по весьма разным идеологическим целям
>
>Родились они форкованием.А также воркованием и полюблянием :)
У них один источник кода на какой-то момент, к примеру i386 bsd patchkit & BSD4.4-lite, но потом - разные репозитарии, люди-команды, и так далее. Каждый проект сам по себе, хоть и с оглядкой на братца. Это сложно?>>Линус уже давно не основной разработчик. Разногласия тут вполне закономерны.
>
>Да, он уже давно не основной разработчик, а релиз-менеджер vanilla kernel.
>Просто этой веткой (в отличие от времён 2.4.x-ac) и пользуются дистрибьюторы
>в качестве основы для своих ядер.
>Поэтому Ваши постинги несколько удивляют.Меня удивляет, что из банального столько обсуждения. ЛОР устроили какой-то :)
>[...] Каждый проект сам по себе, хоть и с оглядкой на братца.
>Это сложно?Теперь сравните с той гипотетической картинкой, которую обрисовывали, и найдите десять отличий. Думаю, тут не сложно, а наоборот -- слишком уж просто. :)
Даже если проблему можно решить двумя способами - логичнее плясать от ядра, придерживаясь иерархии. Userspace должен от ядра зависеть а не наоборот. Если в ядро внесены патчи, то необходимо в последствии править приложения. В противном случае это уже какойто вендо-way. И приведёт это к необратимой помойке в которой потом уже никто не в силах будет разобраться.
> Кокс правильный чувак, вот Торвальдц там действительно навыё....ся.Угу.В итоге потом правильные чуваки выпустят систему а то что у юзеров в ней ничерта работать не будет - да и хрен с ним?А какой смысл в выпуске системы тогда?Юзерам глюкодром и проблемы не нужны.Торвальдс это, видимо, прекрасно понимает.Друое дело что можно было бы решать спорные ситуации более мирно. А совместимость vs багфиксы и движение вперед - вечная тема, о которую сломано немало копий а дурной перекос баланса в этом вопрсе загнал в гроб множество проектов.Вот Торвальдс из програмера вырос до руководителя проекта.И он понимает проблемы системы не на эгоистичном уровне "хочу кодить вот так, а то что у юзеров все отвалится - мне насрать!" а на уровне более глобального понимания к чему приведут те или иные действия.Да, не любому програмеру суждено вырости до PM-а.В такие моменты я прекрасно понимаю почему.Тем не менее, Торвальдс ведт себя именно как опытный руководитель проекта, которому не похрену что случится с теми кто пользуется его системой.А его системой пользуется орава народа.Торвальдс понимает вытекающую из этого ответственность.А вот некоторые другие ведут себя порой немного инфантильно.
>[оверквотинг удален]
>баланса в этом вопрсе загнал в гроб множество проектов.Вот Торвальдс из
>програмера вырос до руководителя проекта.И он понимает проблемы системы не на
>эгоистичном уровне "хочу кодить вот так, а то что у юзеров
>все отвалится - мне насрать!" а на уровне более глобального понимания
>к чему приведут те или иные действия.Да, не любому програмеру суждено
>вырости до PM-а.В такие моменты я прекрасно понимаю почему.Тем не менее,
>Торвальдс ведт себя именно как опытный руководитель проекта, которому не похрену
>что случится с теми кто пользуется его системой.А его системой пользуется
>орава народа.Торвальдс понимает вытекающую из этого ответственность.А вот некоторые другие ведут
>себя порой немного инфантильно.Приятно, что хоть в чём-то я с вами согласен ;-)
>Угу.В итоге потом правильные чуваки выпустят систему а то что у юзеров в ней ничерта >работать не будет - да и хрен с ним?Каких юзеров вы имели в виду. Таких вроде вас, которые пользуются готовой убунтой. С ними уж точно ничего не случится, поверьте наслово, мейнтейнеры пакаджей запатчат.
>Вот Торвальдс из програмера вырос до руководителя проектаРуководитель СВОБОДНОГО проекта в первую очередь должен заботится о своих программерах, многие из которых работают бесплатно, остальные же получают не столько сколько заслуживают.
Торвальдс же ведёт себя как типичный менегер, не вникающий в суть проблемы, а только устанавливающий дедлайны. Ему самому уже давно пора установить дедлайн и уволить нафиг.
>А вот некоторые другие ведут себя порой немного инфантильно.Уж Кокс точно не думает как ребёнок Торвальдс (хочу - не хочу). Он смотрит в будущее и хочет "сделать это правильно", а не "лишь бы работало".
>Каких юзеров вы имели в виду. Таких вроде вас, которые пользуются готовой
>убунтой. С ними уж точно ничего не случится, поверьте наслово, мейнтейнеры
>пакаджей запатчат.Угу, только если майнтайнерам постоянно поднасирать - а они тоже люди.И они тоже начнут не справляться и в итоге вся система в целом станет бажным глюкодромом.Собственно майнтайнерам в той же убунте и так есть чем заняться.Если кто не верит - зайдите в багтрекер хотя-бы.
>Руководитель СВОБОДНОГО проекта в первую очередь должен заботится о своих программерах,
Хы.Вы будете рассказывть руководителю который дотянул свой проект до такого состояния о том что ему делать?Оригинально.А вы не хотите сперва сделать свой проект уровнем не хуже, а вот потом, доказав *делом* что ваш рецепт как минимум не хуже - советы раздавать?А то как-то неубедительно, понимаете ли.Какой-то анонимус раздает рецепты.А рецепты то хоть проверялись практикой?
>многие из которых работают бесплатно, остальные же получают не столько сколько
>заслуживают.Жизнь вообще несправедливая штука.Давайте все хорошие люди замочат всех плохих людей и награбленное^W отбитое у зла честно поделят между собой? :)
>Торвальдс же ведёт себя как типичный менегер, не вникающий в суть проблемы,
>а только устанавливающий дедлайны.Руководитель проекта - это такой хитрый гибрид манагера, программера, QA и архитекта.Крайне редкое сочетание.Я за свою жизнь адекватных PM видел буквально 2 человека.При этом иногда придется выступать и с позиций манагера.У буржуев это называется Project Manager.Странно при этом не быть манагером.Более того - без манагерских скиллов лыжи просто не поедут.Проект сядет на мель по быстренькому.
>Ему самому уже давно пора установить дедлайн и уволить нафиг.
Угу, конечно.Вот создайте ВАШ проект и рулите там как ВАМ хочется.Какие проблемы то?А потом попробуйте смочь лучше Торвальдса.А то языком трындеть просто.А вы вот практикой докажите.
>>А вот некоторые другие ведут себя порой немного инфантильно.
>Уж Кокс точно не думает как ребёнок Торвальдс (хочу - не хочу).А Торвальдс не думает как ребенок.Он - как капитан корабля.На борту дохрена пассажиров.При этом нельзя свернуть абы куда по своей прихоти или ломиться через рифы но зато - точно по маршруту нанесенному на карту.Прихожится двигать к своей цели так как получается.И это не всегда совпадает с идеалом.Зато цель достигается.А не висение на рифах с просьбами к пассажирам добираться вплавь до берега своими средстваи как умеете.
>Он смотрит в будущее и хочет "сделать это правильно", а не
>"лишь бы работало".Вот только история с вами не согласна.Те кто слишком увлекался правильностью и клал на практические применения, фактическую работоспособность и прочая обычно дурно заканчивали.Их архитектуры, платформы, системы и решения заканчивали свои дни как никому нахрен не нужный музейный артефакт, который сливался при конкуренции середнечкам, которые не гонялись за супер-концепциями а просто поставили себе практичную задачу - "это должно работать!".А лучше "это должно неплохо работать".А кому нужна "правильная" система в которой простите софт не работает или работает глючно?Горстке эстетов?А эта горстка не больно то потом рвется софт под свою систему переписывать.Нарываясь вместо этого в советчики програмерам что им делать.Вот только програмеры видали в гробу таких советчиков а потому проблемы обычно прежде всего - у самих советчиков.Ну и у тех кто юзает их систему по цепочке.При том их это задалбывает, они разочаровываются в способностях первых по управлению проектом и далее "эстеты" бороздят просторы в гордом одиночестве.В лучшем случае выезжая на экзотичных и необычных малотиражных применениях.
>Угу, только если майнтайнерам постоянно поднасирать - а они тоже люди.И они тоже начнут
>не справляться и в итоге вся система в целом станет бажным глюкодромомПрограммерам (ментейнерам) хочется видеть вменяемые правила игры. Делаем сразу нормально, но потом не мучаемся с догадками, как же оно должно работать на самом деле.
>А вы не хотите сперва сделать свой проект уровнем не хуже, а вот потом, доказав *делом*Этот тролльский прикол про то что попробуй-ка сам сделай, сынок, уже достал
>Он - как капитан корабля.На борту дохрена пассажиров.При этом нельзя свернуть абы куда по >своей прихотиВот это классическая вещь, но она применима только к проприетарным проектам. Да, если у меня Windows 95, за которую я выложил дофига бабла, я хочу чтобы на ней продолжала работать новая версия нужной мне программы. Что? Неужели дядя Баллмер не озаботился? Он плохой капитан...
>Вот только история с вами не согласна.Те кто слишком увлекался правильностью и клал на >практические применения, фактическую работоспособность и прочая обычно дурно заканчивали.UNIX делали с расчётом на стройность и красоту, а не коммерческий успех. Прошло несколько десятилетий, куча фирм разорилась на этом деле, куча заработала, но никто не может предложить альтернативы. Почему? Потому-что столь нелюбымые вам "красноглазики" поработали на славу. Их дело будет жить ещё долго. Сколько же протянет Windows sieben, если закончится спрос? Ответ: не дольше остального проприетарного д-ма вроде OS2 и BeOS.
>Программерам (ментейнерам) хочется видеть вменяемые правила игры.Ну так вот когда ломают то и се без предупреждения и по большому счету хз зачем а потом настаивают что чинить это должны другие, не то кто ломал и не в ядре а в своих приложениях - это не есть вменяемые правила игры ИМХО.Очень уж похоже на классическое перенаправление "c больной головы на здоровую".
>Этот тролльский прикол про то что попробуй-ка сам сделай, сынок, уже достал
Не более чем тролли орущие "%s на мыло, даешь вместо него %s в президенты!"
>Вот это классическая вещь, но она применима только к проприетарным проектам.
По-моему вы жестоко путаете "проприетарный" с "большой и популярный", мистер.Да, в проекте которым пользуется 10 человек изменения ломающие все и вся вносить проще чем в проекте где это потенциально нагнет в позу полпланеты.Такова жизнь.
>Да, если у меня Windows 95, за которую я выложил дофига бабла,
>я хочу чтобы на ней продолжала работать новая версия нужной мне
>программы. Что? Неужели дядя Баллмер не озаботился? Он плохой капитан...То есть, если поломают открытую систему даже не сказав ради чего но зато в ней перестанут работать половина программ - это будет так и надо?На мыло таких прожект манагеров ИМХО.Впрочем, история сама автоматически ставит все по своим местам.Если не верите - посмотрите на участь проектов где все вечно ломают и перетряхивают, постоянно круша совместимость.
>UNIX делали с расчётом на стройность и красоту, а не коммерческий успех.
Ога, AT&T наверное благотворительный фонд а не коммерческая компания.А чего это тогда эти чудаковатые опенсорцники полезли открытые аналоги с более вменяемыми лицензиями писать?
И, кстати, пора б уже отпустить ручник: Linux - не Unix.Может, потому и занял свое место под солнцем.Похож?Возможно... но не более.
>Прошло несколько десятилетий, куча фирм разорилась на этом деле, куча заработала,
>но никто не может предложить альтернативы.И что самое смешное, Linux закопал по сути целую пачку коммерческих unix'ов.Такая вот фигня.
>Почему? Потому-что столь нелюбымые вам "красноглазики" поработали на славу.
И правда.Коммерческие проприетарные Unix'ы под напором "самоделки" от "cтудента" сдохли знатно.Может как раз потому что студент не гонялся за крутыми концепциями и даже баблом а просто делал работающую систему "just for fun"?И кстати кто сказал что я питаю антипатию к этим людям?Напротив, такие достижения показывают их в очень симпатичном свете.Кстати среди нормальных програмеров красноглазие достаотчно умеренное явление.В отличие от форумных анонимов.
>Ответ: не дольше остального проприетарного д-ма вроде OS2 и BeOS.
Да и хрен с ним.Если очередная проприетарь сдохнет - можете меня позвать.Я охотно потанцую на ее могилке.За 90-е годы проприетарь успела достаточно подза...долбать.
я так понимаю, что править исходники свободного софта уже запрещено. или просто некому, нет никого, кому этот софт нужен. итого: софт — в помойку. потому что *ядро должно быть сделано правильно*. и никакого legacy-кода там *не надо*. кто не согласен — для тех есть винда, где будут на ушах стоять, но софт держать. а что система из-за этого представляет собой кучу говна — это ж ерунда, правда?итого: линуса — в топку. ядро — на GPLv3. Кокса — в президенты галактики^W^W тоже куда-нибудь.
Надо же, вот пока Вы не сказали, никто не понимал, что делать. :-/legacy-архитектуру x86 куда прикажете-с?
>Надо же, вот пока Вы не сказали, никто не понимал, что делать.
>:-/
>
>legacy-архитектуру x86 куда прикажете-с?вот ты специально передёргиваешь? я, конечно, могу писать простыни и на 100 кил, где обговаривать каждый нюанс — специально для тех, кто не удосужится прочитать новость и понять, что разговор идёт именно в её контексте; оно такое надо?
очевидно же, *что* я имел в виду.
а так да: никто не понимает. точнее, понимают, но не делают, увы. а что, у меня нет права говорить уже? только не надо (если чо, тут есть любители) «аргументировать» в стиле «сперва добейся».
>вот ты специально передёргиваешь?Нет, мне и впрямь интересно, где для Вас грань legacy.
>очевидно же, *что* я имел в виду.
Мне -- нет. Честно-честно.
PS: тут недавно спрашивали minix.ko -- надо было расковырять винницкий тонкий клиент, где флэшка по тем временам была 16M и экономили даже на типе ФС. А Вы говорите...
>>вот ты специально передёргиваешь?
>Нет, мне и впрямь интересно, где для Вас грань legacy.ровно там, где начинаются костыли типа «а этот код тут затем, чтобы программа xyz, которой сто лет в обед, таки работала, потому что править её всем лень». дать месяц-другой на исправление софтины, если не исправили — alas. софтине (и её юзерам) крупно не повезло. раз до сих пор не поправлена — значит, она на самом деле никому не нужна. это же не бинарный блоб, где без пол-литры и дизассемблера не пролезешь.
>>очевидно же, *что* я имел в виду.
>Мне — нет. Честно-честно.см. выше. в данном случае «legacy code» — не совсем корректный синоним для «костыли для совместимости с кривым софтом».
>PS: тут недавно спрашивали minix.ko — надо было расковырять винницкий тонкий клиент,
>где флэшка по тем временам была 16M и экономили даже на
>типе ФС. А Вы говорите…а что такого? я за форумами, собственно, не слежу. в чём проблема оный ядрёный модуль собрать? я недавно собрал — заработало.
>ровно там, где начинаются костыли типа «а этот код тут затем, чтобы
>программа xyz, которой сто лет в обед, таки работала, потому что
>править её всем лень». дать месяц-другой на исправление софтины, если не
>исправили — alas. софтине (и её юзерам) крупно не повезло.М-да. К сожалению, этот подход распространён среди "новой волны" freedesktop.org. В итоге при обновлениях того же xorg вспоминается старое китайское проклятье -- "чтоб ты жил в эпоху перемен".
Например, очень "приятно" было узнать по косвенным признакам об съезде XKB-шных структур "на проводе" при работе с терминальным сервером.
В linux kernel всё-таки поддержка обратной совместимости -- не новость как раз. И есть мнение, что это правильно -- в т.ч. и чтобы семь раз отмерять, что в ядро врезаешь.
>>>очевидно же, *что* я имел в виду.
>>Мне — нет. Честно-честно.
>см. выше.См. выше.
>в данном случае «legacy code» — не совсем корректный синоним
>для «костыли для совместимости с кривым софтом».Я пока так и не понял насчёт кривости именно юзерспейсного.
>>PS: тут недавно спрашивали minix.ko
>а что такого? я за форумами, собственно, не слежу.Да не, спрашивали тут в коридоре. :)
>в чём проблема оный ядрёный модуль собрать? я недавно собрал — заработало.
Под руками не оказалось, хотя меня это сильно удивило -- не особо-то и легаси, да и весит целых 40k.
PS: нет, это _для меня_ не пример legacy code, хотя и пример legacy need. Что такое "костыль" и "бандаж" -- чуточку понимаю :-)
>М-да. К сожалению, этот подход распространён среди «новой волны» freedesktop.org.
>В итоге при обновлениях того же xorg вспоминается старое китайское проклятье
>-- «чтоб ты жил в эпоху перемен».он несколько слишком радикально распространён, конечно. во-первых, надо сайт и список рассылки, где КАЖДЫЙ «легаси-выкидыш» описывается подробно, с примером, как «зафиксить» старый код. во-вторых, конечно, никто не отменял библиотек эмуляции старых кривостей (те же «хаки» с LD_SO_PRELOAD, к примеру — подержать их с версию, потом выкинуть нафиг, потому что кто не спрятался — тот ССЗБ). да, писать больше — но увы: надо же как-то от старой пыли избавляться.
>В linux kernel всё-таки поддержка обратной совместимости — не новость как раз.
ну, оно да: системные вызовы некоторые, емнип, ещё с 0-версий живут. что, в принципе, тоже лишнее, потому что актуальна должа быть та же libc. и системные вызовы старые тоже эмулироваться мелкоядерным модулем, который роутит их в userspace-обработчик-эмулятор. а из ядра — ссаными тряпками это всё гнать.
я же нигде не говорил, что эмуляцию легаси надо выкинуть *вообще*. её надо выкинуть из ядра. кому надо — тот поставит себе эмулятор, остальным и без него хорошо.
> И есть мнение, что это правильно — в т.ч. и
>чтобы семь раз отмерять, что в ядро врезаешь.это уже совсем другая сказка, в принципе.
>>в данном случае «legacy code» — не совсем корректный синоним
>>для «костыли для совместимости с кривым софтом».
>Я пока так и не понял насчёт кривости именно юзерспейсного.э… а тут уже я не понял, что именно уточнить.
>Под руками не оказалось, хотя меня это сильно удивило — не особо-то
>и легаси, да и весит целых 40k.кстати, раньше он много где висел «искаропки» для initrd. как сейчас — не в курсе, всё равно у меня initrd нету, я ядро «под себя» собираю обычно, с прибитыми гвоздями модулями, нужными для загрузки. %-)
>PS: нет, это _для меня_ не пример legacy code, хотя и пример
>legacy need. Что такое «костыль» и «бандаж» — чуточку понимаю
>:-)да живёт себе — и живёт. нормальный подход: надо — собрали модуль. не надо — фтопку. вообще, его давно пора вынести во fuse, ящитаю (как и большинство FS, которые в ядре живут сейчас, и собираются раз в десять лет тремя с половиной юзерами).
>>Я пока так и не понял насчёт кривости именно юзерспейсного.
>э… а тут уже я не понял, что именно уточнить.Ну я из всего прочитанного до сих пор не вижу, где _тут_ кривость именно юзерспейса.
>PS: тут недавно спрашивали minix.ko — надо было расковырять винницкий тонкий клиент,
>где флэшка по тем временам была 16M и экономили даже на
>типе ФС. А Вы говорите…а! это пример legacy code? в данном случае minix fs — не костыль, а вполне обычный модуль. костыль — это странный код в ядре, который, например, проверяет определённый порядок инициализации фич (или ещё что-то такое эзотерическое) и если видит некие условия — переключается на работу «в режиме совместимости с кривой софтиной».
>PS: тут недавно спрашивали minix.ko -- надо было расковырять винницкий тонкий клиент,
>где флэшка по тем временам была 16M и экономили даже на типе ФС. А Вы говорите...Жесть!А что, JFFS2 и/или Squashfs разработчикам этого чуда природы на глаза не попадались?Там еще и сжатие есть :).
>> Кокс правильный чувак, вот Торвальдц там действительно навыё....ся.
>Угу.В итоге потом правильные чуваки выпустят систему а то что у юзеров
>в ней ничерта работать не будет - да и хрен с ним?До юзеров эта проблема недойдет...
linux-git -> linux-rc -> linux-latest -> linux-distrib
Вот на любом из первых трёх этапов, у девелоперов kdesu, ымакса и остальных - туева хуча времени.
>До юзеров эта проблема недойдет...Если каждый програмер будет вот так рассуждать - система превратится в глюкало.Торвальдс это видимо понимает и более того - наверное это его уже порядком достало.Потому как это не первый случай пофигизма програмеров и игноранса последствий (да, популярность имеет свою цену - в виде груза ответственности).
>linux-git -> linux-rc -> linux-latest -> linux-distrib
>Вот на любом из первых трёх этапов, у девелоперов kdesu, ымакса и
>остальных - туева хуча времени.Но если им чаще и больше помогать получить граблями в лоб, они реально ими получат.При том этих програмеров много и они наверняка отнюдь не живут с жилом в жо... о том как бы им только и проверить свой софт на совместимость с свежим ядром вон тех перцев в очередной раз.Посему напуркуа ломать то что работает?Ну, может, хотя-бы какой-то достойный выигрыш от слома есть? Кроме удовлетворения эстетических чувств 1 програмера? А то удовлетворение оных путем потенциальной постановки раком оравы народа как-то не очень правильно, а?
>Если каждый програмер будет вот так рассуждать - система превратится в глюкало.Часто программеры принимают следующее решение: "вроде пока работает, не будем трогать, а если вылезут баги - исправим как-нибудь потом"
Да баги вылезут, но не все и уж точно не сразу. Отстойный проприетарный продукт готов! За разработку платит народ, он же будет оплачивать апдейты. Менегеры позаботятся об остальном.Ядро - не проприетарный, а свободный продукт. Нельзя сюда тянуть те же убогие правила. Посему Торвальдс не прав и пусть идёт лесом, поскольку он скоро доиграется до форка.
В кой веки я соглашусь с User294 - потому как сам участвую в немаленьком проекте (что бы не шумели - под GPL v2).
Апдейты будут всегда и везде, я не заметил что-то тут ругающих RedHat что они продают обновления пакетов - и за это требуют деньги :-) А уж как манагеры расказывают о преимуществах именно RedHat... уууу..Но в целом - вопросы совместимости играют не последную роль при написании кода, и если от твоего изменения может свалиться куча прикладного софта - то причин для такого софта может быть ровно одна - приведение поведения приложения в соовествие с стандартами.
Кокс как раз таки положил на стандарты - так как не смог разрулить потенциальный deadlock (который был как раз был проблемой приложения).
Согластно стандарту close() не имеет право закончится прежде чем будет сделан flush данных на persistent storage - в данном случае это значит принят на другой стороне трубы (ака терминала). Коксу было проще забить на этот момент - в результате чего появился race - данные зависли в буфере tty - емакс не успел их прочитать, а приложение уже умерло.
Бред однако, жаль что Кокс считает себя в праве забивать на стандарты...
>Но в целом - вопросы совместимости играют не последную роль при написании
>кода, и если от твоего изменения может свалиться куча прикладного софта
>- то причин для такого софта может быть ровно одна -
>приведение поведения приложения в соовествие с стандартами.И даже этого никто делать не станет.Построить всех програмеров переделать прикладуху - нереально.В итоге получится обычный такой саботаж - головняка у майнтайнеров, а вероятно, тестеров дистров а то и рядовых юзеров прибавится на порядки.Т.к. все и везде - не починят и не перепишут.А значит, при использовании такой системы грабли будут регулярно кому-до долбать в лоб.А мазохистов которым это будет по кайфу - немного, знаете ли.
В итоге попытка построить програмеров прикладух будет означать только одно: у большого количества народа на ровном месте появится много геморроя и юзеры системы будут регулярно ощущать грабли на своем лбу.Такие изменения ИМХО имеет смысл вносить только если это дает какие-то настолько существенные и неоспоримые преимущества что глядя на них все забудут про "синяки на лбу" от повылезших везде оптом грабель.И если уж ну совсем никак - желательно заранее предупреждать о грядущих несовместимых изменениях а не так что бац - нате вам, сцуки, мы тут посовещались с левой пяткой и решили нагнуть вас в позу, объявив что так и надо.
>В итоге попытка построить програмеров прикладух будет означать только одно: у большого
>количества народа на ровном месте появится много геморроя и юзеры системы
>будут регулярно ощущать грабли на своем лбу.потому убирать в доме не надо. ну что такое немножко пыли по углам? больше проблем будет её вытирать, чем оставить. к тому же на пыльном шкафу, может быть, второпях пальцем важный телефон накарябан. ни в коем, ни в коем случае не убирать мелочи. лучше потом увидеть, что весь дом в пилище и говне, и тогда уже начать уборку: вот тут точно ничего не сломается, ага.
>повылезших везде оптом грабель.И если уж ну совсем никак - желательно
>заранее предупреждать о грядущих несовместимых изменениях а не так что бац
>- нате вам, сцуки, мы тут посовещались с левой пяткой и
>решили нагнуть вас в позу, объявив что так и надо.если бы ты потрудился заглянуть в lkml, то увидел бы, что изменения (СЮРПРИЗ!) не пошли сразу в стабильное ядро. удивлён?
>потому убирать в доме не надо. ну что такое немножко пыли по углам?Вытирание пыли на шкафу не поставит раком ораву народа - пример неадекватен.Давайте вы скажем, РАБОТАЮЩИЙ ЯДЕРНЫЙ РЕАКТОР изнутри почистите из чисто эстетических соображений?А то что это опасная операция которая к тому же оставит без электроэнергии ораву народа - да и фиг с ним.Ну ладно, в соответствии с вашими же словами ниже, можно снизойти до протирки кишков действующего экспериментального прототипа такого же реактора в полупромышленных условиях.Вот так пример будет более адекватен.
>если бы ты потрудился заглянуть в lkml,
Как ни странно, я именно это и сделал.Представьте себе, Капитан Очевидность :)
>то увидел бы, что изменения (СЮРПРИЗ!) не пошли сразу в стабильное ядро. удивлён?
Нет, не удивлен.Там Торвальдс есть.Который на это любит ругаться.И правильно делает - штука которую он делает по уровню ответственности становится больше похожа на ядерный реактор нежели на книжный шкаф - в случе проколов что-то заметно ломающих, воплей будет много.И подход прокатывавший для протирки книжного шкафа некузяво применять к вещам от которых довольно много чего зависит.
>> До юзеров эта проблема недойдет...
> Если каждый програмер будет вот так рассуждать - система превратится в глюкало.Тогда может быть прекратим поддерживать user-space? и возложем всю полноту отвественности
за баги в user-space на кернел хакеров?Даю клич: девелоперы юзер-спейса! все вперед на написание кода с багами, не волнуйтесь,
кернел хакеры, в случае чего, все зафиксят за нас прямо в ядре.Не завидую я кернел хакерам в таком случае. Не удивительно что Алан отказался это делать в TTY подсистеме.
>Тогда может быть прекратим поддерживать user-space? и возложем всю полноту отвественности
>за баги в user-space на кернел хакеров?Можно и наоборот - пытаться заставить аффтаров софта воркэраундить закидоны ядра в юзерспейсе :).Любой перегиб плох.А изменения ломающие нечто, что до этого ...цать лет нормально работало и дающие неизвестно какой выигрыш - не рулят.Почему тогда хренадцать лет все работало и багом не являлось, а тут вдруг бац и резко стало багом?Что еще за изменение правил игры прямо во время игры?И главное - с какой целью? oO
> Торвальдс ведт себя именно как опытный руководитель проекта, которому не похрену что случится с теми кто пользуется его системой.А его системой пользуется орава народа.Торвальдс понимает вытекающую из этого ответственность.А вот некоторые другие ведут себя порой немного инфантильно.И зачем циклиться только на двух решениях? Если Линус нормальный руководитель, то всего лишь должен был перенести важные изменения, двигающие вперёд, но ломающие совместимость, на соответвующий релиз ядра. То есть принять предлагаемое Коксом, но тогда когда все разработчики прикладных программ ожидают, что им придётся допиливать свои проекты. И нечего нахваливать руководителя, который не сумел осилить это банальное решение их спора.
>И зачем циклиться только на двух решениях? Если Линус нормальный руководитель, то
>всего лишь должен был перенести важные изменения, двигающие вперёд, но ломающие
>совместимость, на соответвующий релиз ядра.Я если честно не понял - какие там получаются обуительные плюсы от этих изменений?Ради чего надо сломать юзерам программы?Эстетические чувства 1 программера выглядят слишком слабой причиной.
>И нечего нахваливать руководителя, который не сумел осилить это банальное
>решение их спора.Торвальдс всего лишь ответил так как это должен был сделать любой вменяемый PM проекта такого масштаба.Кокс явно нарывался с коментом про ломание юзерам программ.Торвальдс его резонно остудил, и Торвальдс не только имеет право на ту точку зрения про слом программ без особых причин, но и более того - его проект при таких масштабах без данного подхода просто не жилец.Управление большим проектом - геморройная и неблагодарная задача.И Торвальдс с ней справляется как минимум получше многих других.А то что Торвальдс не идеальный человек?Безусловно.А кто лучше?Вы?Алан Кокс?Вася Пупкин?Ну так докажите это.Не форумными декларациями а выпуском проекта лучше.А то голословные выливания помоев - не рулят.
> Я если честно не понял - какие там получаются обуительные плюсы от этих изменений?Ради чего надо сломать юзерам программы?Эстетические чувства 1 программера выглядят слишком слабой причиной.http://www.snailbook.com/faq/background-jobs.auto.html не является следствием того, что пытался поправить Кокс? Замечу, в FreeBSD подобное не проявляется. Подозреваю, характерно для любой *BSD.
>> Кокс правильный чувак, вот Торвальдц там действительно навыё....ся.
>
>Угу.В итоге потом правильные чуваки выпустят систему а то что у юзеров
>в ней ничерта работать не будет - да и хрен с
>ним?А какой смысл в выпуске системы тогда?Юзерам глюкодром и проблемы не
>нужны.Откуда такая уверенность что *все* перестанет работать и что изменения в ядре *обязательно* дойдут до юзеров? А мейнтенеры юзер-спейса на что тогда?
Или получается так, что баг kdusu должен быть зафикшен в ядре и зафиксить его должны кернел хакеры?
>Откуда такая уверенность что *все* перестанет работать и что изменения в ядре
>*обязательно* дойдут до юзеров? А мейнтенеры юзер-спейса на что тогда?Ага, всенепременно для того чтобы ядерщики косячили делая хз что и нафига а за ними потом другие убирали.
>Или получается так, что баг kdusu должен быть зафикшен в ядре и
>зафиксить его должны кернел хакеры?А еще баг емакса, а если такое ядро раздать юзерам - чего доброго узнаем о еще паре тысяч наименований софта который оказывается теперь считается бажным и который надо чинить.При том - а ради чего столько траха?Чтобы Алан был доволен жизнью?Или есть более веские причины затевать такой траходром?
>> Ага, всенепременно для того чтобы ядерщики косячили делая хз что и нафига а за ними потом другие убирали.Я уверен, что Кокс не косячит (просто по собственному хотению) и не делает хз что, просто по-другому заделать TTY не получалось. В данном случае он хотел чтобы и волки сыты и овцы целы. А Линус - только чтобы одно из этого.
На счет пары тысяч наименований - это ты перегибаешь.
Никто траходром не затевает и не хотел ничего подобного. TTY система была в таком состоянии, что делать из нее нормальный код все-равно что из дерьма делать конфету.
Кокс попытался привести TTY в нормальное состояние, вылезла пара несовместимостей, а тут Лунус наехал...
Результат известен: Кокс больше в TTY не полезет и это плохо."Alan, you are a true wizard :-) The tty layer is one of the very few pieces of kernel code that scares the hell out of me :-)"
-- Ingo Molnar, July, 2007Linus Torvalds to Alan Cox On Tue, 28 Jul 2009
>> You claim that emacs sh*ts itself when it gets EAGAIN, and you think
>> that's an emacs bug. And I think you're full of crap.Я видел подобное обращение ПМ к своим девелоперам, но им хоть $$$ платили, и то, больше половины сложили с себя полномочия после непродолжительного опыта такого общения.
А Кокс, по-идее, вообще добровольно улучшает "ядро Линуса".
Или это (you're full of crap) такая благодарность за годы работы на "дядю Линуса" ?
>А Кокс, по-идее, вообще добровольно улучшает "ядро Линуса".
>Или это (you're full of crap) такая благодарность за годы работы на "дядю Линуса" ?вы заблуждаетесь. Вобщем-то Коксу за это денег платят - в RedHat, так что он наемный работник.
А по части общения Кокса... он не лучше общается когда кто-то пытается снять с него нимб и указать на его баги, имел такой опыт..
прям так и вижу, как наёмные работники отказываются выполнять обязанности.>А по части общения Кокса... он не лучше общается когда кто-то пытается снять с него нимб и указать на его баги, имел такой опыт..
и это правда.
также правда в том, что он не только имеет право, но и что очень часто прав.кстати, а чтотка такого апологеты сан ему предлагали, а он отказался? :-D
>> вы заблуждаетесь. Вобщем-то Коксу за это денег платят - в RedHat, так что он наемный работник.Не знаю кто и за какую работу Коксу сейчас платит денег, но в RedHat, на данный момент, он не работает.
>Я уверен, что Кокс не косячит (просто по собственному хотению)Уверенность какого-то анонима с форума ИМХО мало что меняет.Хотелось бы каких-то более весомых аргументов.Грубо говоря - доверить свою шкурку Торвальдсу заложившись на его систему мне не страшно, есть многолетний пруф его скиллов как PM-а, общий итог которых внушает.Алану - большой вопрос, я его в этой роли не видел.А форумным анонимам - и подавно.
>и не делает хз что, просто по-другому заделать TTY не получалось.
Вот блин, столько лет все работало.В других системах все работало.А тут - надо же, не получилось.Wtf?
>В данном случае он хотел чтобы и волки сыты и овцы целы.
Нихрена ж себе у некоторых понятия о целостности...
>На счет пары тысяч наименований - это ты перегибаешь.
Тем не менее, я точно знаю что при таком подходе наверняка кто-то будет отхватывать граблями в лоб.Кеды и емакс - только верхушка айсберга.А сколько еще программ пострадает - можно узнать только отдав это "хомячкам" которые вытопчут полянку.Так что если Торвальдс на эту тему вправляет мозги - он прав, имхо.Другое дело что он мог бы и повежливее и вообще, нафиг надо ругаться из-за рядового рабочего момента - я не понял.Другое дело что Кокс наполовину сам спровоцировал это поведение своим ответом.
>Кокс попытался привести TTY в нормальное состояние, вылезла пара несовместимостей, а тут
>Лунус наехал... Результат известен: Кокс больше в TTY не полезет и это плохо.На самом деле я вообще не понял что они там разосрались.Кокс вроде не был против починки ляпов, насколько я понимаю весь этот спич?Другое дело что он как-то с чрезмерным апломбом отнесся к вопрошавшему и сие и спровоцировало Торвальдса на вправку мозга.
>>> You claim that emacs sh*ts itself when it gets EAGAIN, and you think
>>> that's an emacs bug. And I think you're full of crap.Ну, знаете, Кокс тоже паинькой не выглядит с его коментами про слом приложений и баги в них.Апломб некоторым полезно бы поумерить.Походу - обоим.
>Я видел подобное обращение ПМ к своим девелоперам,
В данном случае - я не вижу чего такого Торвальдс сказал не так.Он сказал как думает.Да, не шибко вежливо.Но жизненно.Более того - еще скажите что Кокс на это не нарывался и Торвальдс бухтит просто так? :)
>А Кокс, по-идее, вообще добровольно улучшает "ядро Линуса".
>Или это (you're full of crap) такая благодарностьВот это мне тоже не понравилось.Но в конечном итоге - Торвальдс просто выразил свое отношение к данным выкрутасам Кокса (нафиг Кокс стал умничать про приложения и их починку?Стандартное "все пи...сы а я Д`Артаньян" ведь).И в конечном итоге просто назвал вещи своими именами.У нас правда это более вежливо называют "тараканами в голове".Очевидно, у янки нет столь же подходящего термина и Торвальдс поюзал первый пришедщий в голову.Излишне жесткий, да.
>за годы работы на "дядю Линуса" ?
Ох уж эти любители трагикомедий... звучит как будто несчастный Кокс вкалывал на дядю Линуса под пистолетом прямо и чисто за еду.А потом еще и сказали что у него в мозгах дерьма многовато.На самом деле оба хороши.Один с апломбом высказался насчет багов приложений, второй с апломбом вправил ему мозг.Красавцы, блин.
>> Кокс правильный чувак, вот Торвальдц там действительно навыё....ся.
>
>Угу.В итоге потом правильные чуваки выпустят систему а то что у юзеров
>А вот некоторые другие ведут себя порой немного инфантильно.Это ты про себя? :)
Грамотный проект включает себя тестовые ветки, которые обсуждаются, возможные изменения оглашаются, принятый и обкатанный код переносится в стабильную ветку. В чем проблема?"Вдруг чуваки выпустят систему" - это только для полных профанов.
Торвальдс чтоли проталкивает подход винды - подстраиватья под неправильный пользовательский код? Не тру.
Торвальдс когда-то писал что команда OpenBSD, это стадо мастурбирующих обезьян на качество и как следствие безопасность. Вот и досмеялся. Teo De Raadt смотрит и хихикает :)
>Teo De Raadt смотрит и хихикает :)Угу.Где система Тео а где Торвальдса в итоге?Торвальдсовская и в железке с пачку сигарет и в суперкомпьютерах.И если посмотреть вокруг - скорее всего взгляд наткнется на что-нибудь с пингвином, может не столь очевидное но все-таки.Будь то точка доступа, дсл модем, роутер, какая-то эмбеддед железка, терминал или банкомат.А система от Тео что-то не может похвастаться тем же.И какой смысл при этом хихикать?Чисто позлорадствовать по принципу "ни себе ни людям"?
покажи что у тебя выбрасывает в консоль при старте sshd
>покажи что у тебя выбрасывает в консоль при старте sshdВ половине embedded применений вообще никакого sshd нет например.На десктопах он тоже никуда не впился.Каким боком вообще сторонний опциональный демон сюда приплели?И как какой-то сторонний демон относится к линуксу?И может вспомним например, какой-нибудь httpd?Или сислог?А может крон?Или dnsmasq со всякими бизибоксами?А чем они хуже?
>>покажи что у тебя выбрасывает в консоль при старте sshd
>
>В половине embedded применений вообще никакого sshd нет например.На десктопах он тоже
>никуда не впился.Каким боком вообще сторонний опциональный демон сюда приплели?И как
>какой-то сторонний демон относится к линуксу?И может вспомним например, какой-нибудь httpd?Или
>сислог?А может крон?Или dnsmasq со всякими бизибоксами?А чем они хуже?давай без словоблудия, хорошо, выделю капслоком ключевую часть фразы: покажи что У ТЕБЯ выбрасывает в консоль при старте sshd
это "раз". Два: а на сервера свои гламурные которыми ты все время наровишь похвастаться и обозвать их гордым словом "продакшн" ты как ходишь? или это и есть твой дестоп которому нафиг не нужен sshd? или таки telnetd или (OMG) там webmin?:)))
на моём wl500gp sshd ничего не показывает - его там нет. :-D
хотел поставить, но и так железка слабенькая, а работает там не мало чего. передумал.по поводу словоблудия:
оказывается sshd - самый главный софт и сервера из-за него покупают! :-DDDDDDDD
ходить на сервера можно и через другие тунели/vpn'ы. с шифрованием не менее безопасно будет. а можно конечно и через ssh. или я нарушаю какие-то лицензии? :-D
по идее бздишикам - всё-равно. не гпл-щики же?
>на моём wl500gp sshd ничего не показывает - его там нет. :-D
>
>хотел поставить, но и так железка слабенькая, а работает там не мало
>чего. передумал.
>
>по поводу словоблудия:
>оказывается sshd - самый главный софт и сервера из-за него покупают! :-DDDDDDDD
>не нужно передергивать, ок?;) в ответ на вопрос требуется дать только 1 строку из messages, или таки не хочется показывать "где же сейчас openbsd"?
>ходить на сервера можно и через другие тунели/vpn'ы. с шифрованием не менее
>безопасно будет. а можно конечно и через ssh. или я нарушаю
>какие-то лицензии? :-Dтак че в итоге? telnetd? "не верю"(с)
sshd
sshd re-exec requires execution with an absolute path
что естественно, в чем трудность то ? :)
при внедрении приходится подготавливать софт для установки ламерами в районах и поселениях, bsd стремится к полному автоматизму и простоте установке ? есть задачи при которых ось должна ставится кем угодно и работать а если проблемы то своими силами.
>не нужно передергивать, ок?;)во-во! :-D
и в ответ на вопрос - "линух есть от ембедед девайсов, до серверов и кластеров из топ500. а где есть опенбзд?" - отвечать - "а что у Вас выдаёт sshd?" - оно сие и есть.приглашение на логин он выдаёт, когда я к нему конекчусь! ясно? :-D
>так че в итоге? telnetd? "не верю"(с)1) Dropbear, сильно облегченный вариант ssh.Для embedded рулит конкретно, т.к. мелкий. Обычный ssh простите, обычные то серваки подгружает порядочно особенно - когда на него атацкеры-срацкеры с интенсивным брутфорсом лезут.Приходится ему костыли подставлять типа настроек файрволов или порт кнокинга.
2) А телнет поверх SSL конекции например слабо?(Велосипед, конечно, но - почему бы и нет?).В общем, идите молитесь на один несчастный демон дальше :).А как по мне, это инфантильно.
>В общем, идите молитесь на один несчастный демон дальше :)Ну open*d не один, но тот же openntpd на линуксе -- это ужас кошмарный: вместо тонкой подгонки часов кувалдой их, кувалдой... %(
Можно вспомнить и qmail, который был дико безопасный, но по факту _был_.
>Можно вспомнить и qmail, который был дико безопасный, но по факту _был_.э… не то, чтобы он был безопасен, просто Бернштейн… как бы это помягче сказать… не очень охотно брал security patches. он чаще отвечал (если отвечал) you shouldn't do this in the first place.
>Ну open*d не один, но тот же openntpd на линуксе -- это
>ужас кошмарный: вместо тонкой подгонки часов кувалдой их, кувалдой... %(Жжоте :D.Я на самом деле не имею ничего против sshd.Я просто не понимаю почему его надо представить как некий неотъемлимый атрибут линуха.Который вообще всего лишь ядро.Наверное, тиграм столь простая мысля почему-то недоступна.
Dropbear вообще-то там... вот неожиданность!
>давай без словоблудия, хорошо, выделю капслоком ключевую часть фразы: покажи что У
>ТЕБЯ выбрасывает в консоль при старте sshdБез словоблудия отвечаю: "у меня", т.е. видимо, на моем десктопе - он НИЧЕГО не показывает.Его там просто НЕТ.Потому что меня не прет мысль открывать доступ к моему основному десктопу по сети всем бакланам и проверять насколько оно окажется (не)хакабельно.Нет доступа - нет и проблем с неавторизованным доступом.Вот так вот просто и банально.
>это "раз".
Ну и как, довольны?
>Два: а на сервера свои гламурные которыми ты все время наровишь похвастаться
>и обоз2вать их гордым словом "продакшн" ты как ходишь?Вот на серверах - да, ssh для удаленного управления неплох.Но это только одна из ниш.Пингвины - это уже давно не только сервера но и вагон всего прочего.И, собстенно, если вы про господина Тео - то позвольте, sshd - это все-таки не операционка.А мааааленькая запчасть к ней.Вполне себе заменимая кстати.Просто запчасть удобная и готовая - изобретать велосипед не надо.За это, разумеется, спасибо.Только вот не понятно каким оно тут боком.От наличия ssh операционка мистера Тео не появится на куче суперкомпьютеров и в железяках с пачку сигарет размером.Ы?
>или это и есть твой дестоп которому нафиг не нужен sshd?
>или таки telnetd или (OMG) там webmin?:)))Какой вы умный.Наверное вы прямо молитесь на один несчастный демон удаленного доступа.Хотя я вот так сходу вижу у него некоторые недостатки (nobody is perfect :P).И при желании та же функционалность делается еще десятком методов а зачастую - сие просто нафиг не надо.Ну, идите долбитесь лбом о пол дальше.А для меня это всего лишь один демон.Да, хороший.Но - ничего сверхъестественного.И ничего незаменимого по большому счету.Т.е. если вдруг "жизнь заставит" - я спокойно сделаю довольно секурную замену sshd из того что есть под рукой.А вот вы сможете в моем WL500GP заменить пингвина на операционку мистера Тео?Так что уже можете валить долбиться лбом в пользу Тео дальше.Вот только смех Тео все-таки как-то не в кассу.
миллионы леммингов не могут ошибаться. так-то!
таки Вы признаете что юзаете openssh из ненужной системы ненужного Тео. В принципе мне этого достаточно в ответ на вопрос "Где система Тео а где Торвальдса в итоге". Я считаю что часть системы Тео есть везде, даже в ваших протухших птичках (ненужно мне приводить альтернативы, пожалуйста;-) ). про то что не только openssh юзается(-лось) в ваших птичках написали ниже.> Хотя я вот так сходу вижу у него некоторые недостатки (nobody is perfect :P)
Неистово рекветирую озвучить их, чисто ради спортивного интереса, возможно это покажет Ваши знания и в этом вопросе:-)
p.s. Свои железки можете юзать дальше, у меня такого (наверное к счастью) нет. Это не из них не так давно ботнет собирали кстати? я просто так, мимоходом что-то где-то видел, может конечно и не из железячек с linux внутрях.
p.p.s. дискуссию пожалуй продолжать не буду, Ваш уровень, а также уровень вашего виртуала vitek мне ясен давно (думаю не только мне). Очередным и последним подтверждением когда я обращал внимание на комменты от Вас и вашего второго "Я" была тема про ipfw в linux. Вы там блещете знаниями,да%)
p.p.p.s. орфографию не проверял, тут можете доковыряться до букав/слов если по теме ничего ляпнуть не захочется/не найдется.--
Всегда Ваш, тигар
>таки Вы признаете что юзаете openssh из ненужной системы ненужного Тео.Один демон - это один демон.С рядом альтернатив.Есть себе и есть.Отлично.Спасибо и все дела.Ну а если б не было или он не подходил, есть и иные решения.
>В принципе мне этого достаточно в ответ на вопрос "Где система ТеоУгу, а если я винтик или лампочку от жигуленка вкручу в форд, вы гордо заявите что наш автопром поставляет детали самому форду и стало быть - все пользуются нашими жигулями?По вашей же логике, просто другой пример.
>а где Торвальдса в итоге". Я считаю что часть системы Тео есть везде,
Угу.Давайте теперь под микроскопом каждый винтик изучим.Нисколько не смущаясь фактом что Linux - это ядро.А сторонние демоны - безусловно, круто.Но они как бы не Linux.Почему такая простая логика вызывает и вас затык - я не понимаю.
>даже в ваших протухших птичках (ненужно мне приводить альтернативы,
>пожалуйста;-) ).Лучше вы приведите альтернативу птичке для моего WL500GP например?Или моей Nokia n800.Вот это - вполне конкретный пример где есть птички.Можно взять в руки и повертеть.Оно работает.И приносит мне (и вообще, ALL'у) пользу.Это достойно уважения.А вот где для них система от Тео?И какой мне с нее толк, если ее нет под нужную архитектуру?
>про то что не только openssh юзается(-лось) в ваших птичках написали ниже.
А если пару гаек от жигуленка в форд ввинтить - растопырим пальцы что весь мир пользуется жигулями?
>Неистово рекветирую озвучить их, чисто ради спортивного интереса, возможно это покажет
>Ваши знания и в этом вопросе:-)1) Достаточно тяжеловесен для embedded применений. Dropbear легче и компактнее. Честно говоря - я не понимаю зачем тулсе для секурного шелла надо быть еще кучей всего. Она от этого пухнет а реализация довесков оставляет желать лучшего в сравнении с "дискретными" аналогами.
2) Способен весьма заметно грузить систему при сильных атаках брутфорсом.Каких-то штатных средств послать брутфорсера нафиг нет.А приличная загрузка системы этим демоном когда всякие скунсы брутят пароли во много потоков, вынуждает заниматься подстановкой сторонних костылей затрудняющих брутфорс.В итоге "секурному" шеллу самому приходится прикрывть задницу.
3) Фич то много, но вот их реализация... скажем, взять форвард портов и соксы.Скажите, а как ограничить средствами ssh доступ некоему юзеру по части форварда портов?Ну скажем я хочу чтобы юзер мог зафорвардить себе на машину один порт, допустим 19748.А остальные не мог.Анализ мог-не мог - на основании его логина, разумеется.Т.е. Вася должен мочь зафорвардить себе только порт 19748.А допустим, Петя - порты 18342 и 9276.А остальные вообще нехрен форвардить, например.Я могу придумать другое тунельное решение другими средствами на основе опенсорц решений где можно забубенить весьма крутое ACL и шифрование со сжатием.Но мне интересно можно ли такое в именно SSH.Сломал мозг но так и не поняд - умеет ли оно так вообще.Или же кто угодно может форвардить что угодно если им форвардинг разрешен?А более гранулярно порулить доступом там льзя?При том данный фич везде описан удивительно лаконично.Или иногда нафиг не надо шифрование.Зато вот надо через гигабит который чуть ли не прямым проводом в доверяемой сети идет файл переслать.И если его шифровать, блин, тормозить при передаче по гигабиту будет мама не горюй, особенно если у машин не очень крутые процы.А отключаемым шифрование сделать - никак?Или невзирая на то что фича передачи файлов есть, юзать еще один демон, специально для скоростной передачи файлов?А зачем тогда в системе держать двойной набор кода занимающегося примерно одним и тем же.Нет, может конечно так быть что я тормоз, но, вроде, честно погуглил и ответа не нашел.>p.s. Свои железки можете юзать дальше, у меня такого (наверное к счастью) нет.
Ну, вы можете пользовать большие пыльные гробы шумящие вентиляторами там где справляется и мелкая коробочка.У которой нет кулеров, которая жрет в десятки раз меньше электричества и занимает весьма мало места.Мне так больше нравится.
>Это не из них не так давно ботнет собирали кстати?
Из этих не собирали.Там какой-то друго вендор затупил - вывесил интерфейсы управления в интернет а конструкция фирмвары девайса не требует чтобы лабух который его пользует сменил административный пароль.Ну и все "поимение" свелось к логину через административные интерфейсы с стандартным паролем и закачке файла и его запуске.Пардон, точно так же и достаточно активно имеют лохов и банальным брутом по ssh. И думается лохов хватает, судя по интенсивности сканов которая порой ставит обожаемый вами sshd в позу лотоса.
А так - лично я юзаю openwrt.Он делается более вменяемыми перцами, они просто не вывешивают фэйс управления на WAN и потому ботнет из них сделать более проблематично.
>из железячек с linux внутрях.
Да нет, из них, с MIPSовым линухом.Только линухи не виноваты что вендор в вопросах секурити дебил и развесил интерфейсы управления с дефолтовыми паролями всему интернету.При таких начальных условиях и любую систему с ssh поимеют оптом и в розницу любители брутфорса, если вы не заметили.
>p.p.s. дискуссию пожалуй продолжать не буду, Ваш уровень, а также уровень вашего
>виртуала vitekЖжоте! :))))).Витек - не мой виртуал а какой-то совершенно отдельный юзер.Просто иногда наша точка зрения на некоторые вопросы совпадает.Если вы не заметили - отнюдь не на все.Поэтому, если поискать - можно найти и споры по некоторым вопросам ;)
P.S. Это вы по себе чтоли судите?Reveal your secrets!Какие там у вас виртуалы то есть?И что, вы иногда спорите ... сам с собой как я иногда спорю с Vitek?Ха-ха, у вас я так смотрю шиза косит ваши ряды? :).
>вашего второго "Я"
"Даже если у вас паранойя - это еще не значит что они за вами не следят" :D
Скоро я вам везде буду мерещиться?Хе-хе, over-параноидальный юный бздун - это как минимум забавно :).Я примерно понимаю на чем ваш анализ персоналий слажал (я сам анализом поведения и вычислением клонов иногда развлекаюсь), но в этом случае увы, это ваш пролет а не мой.Вы невнимательны и легко покупаетесь если персоны несколько похоже себя ведут.False alarm.Try harder :-).Скилл то полезный.Но не в таком глюкавом виде :P>была тема про ipfw в linux. блещете знаниями,да%)
По-моему там блестали знанями IPшного стека протоколов немного другие.Свято верящие что поток траффа с тонкого канала в толстую сеть можно так заполисовать что тощий канал еще и разгрузится.И лицемерно назывя эти потуги, катящие только для TCP и с массой оговорок шейпингом, ограничением скорости и прочая.Хотя по сути это лишь полурабочий хак, легко обходимый и ничего не *гарантирующий* в отличие от честной полисовки.
>p.p.p.s. орфографию не проверял, тут можете доковыряться до букав/слов если по теме
>ничего ляпнуть не захочется/не найдется.Да ладно вам, думаю найдется и поинтереснее предметов спора - тут все-таки не ресурс по русскому языку.Я прикапываюсь только к *вопиющей* безграмотности которая слишком уж режет мне глаза.Ну, могу к вашему нику прикопаться если хотите.По общей сумме (коверканый ник+характерные манеры) за этим вашим ником видно школьника или как максимум, кого-то недавно окончившего школу, ИМХО.Кстати, чрезмерно параноидального :D.
>>Teo De Raadt смотрит и хихикает :)
>
>Угу.Где система Тео а где Торвальдса в итоге?Торвальдсовская и в железке с
>пачку сигарет и в суперкомпьютерах.И если посмотреть вокруг - скорее всего
>взгляд наткнется на что-нибудь с пингвином, может не столь очевидное но
>все-таки.Будь то точка доступа, дсл модем, роутер, какая-то эмбеддед железка, терминал
>или банкомат.А система от Тео что-то не может похвастаться тем же.И
>какой смысл при этом хихикать?Чисто позлорадствовать по принципу "ни себе ни
>людям"?Если у таракана оторвать все ноги, и постучать в барабан, то он не побежит. Следовательно, тараканы слышат ногами.
Linux - бренд. И ровно этим в первооснове объясняется его _некоторое_ и незначительное использование как embeded OS, на некотором участке времени. В
>Будь то точка доступа, дсл модем, роутер, какая-то эмбеддед железка, терминал
>или банкомат.а также ZyxOS, VxWorks, IOS, NX-OS, JUNIOS (FreeBSD), Chorus (BSD-based?), 3Com OS, QNX, RTEMS, LynxOS, uOS, ..., Windows NT/XP - это навскидку. Linux - очень редко, она плохо подходит по архитектуре для встраиваемых, в основном пользуют на i386. Из универсальных систем скорее и эффективнее портировать на другую платформу NetBSD, чем Linux.
>Linux - бренд. И ровно этим в первооснове объясняется его _некоторое_ и
>незначительное использование как embeded OS, на некотором участке времени.Да все домашние ADSL-модемы и домашние точки доступа используют Linux на этом участве времени. QNX, VxWorks, NetBSD не замечено.
>>Linux - бренд. И ровно этим в первооснове объясняется его _некоторое_ и
>>незначительное использование как embeded OS, на некотором участке времени.
>
>Да все домашние ADSL-модемы и домашние точки доступа используют Linux на этом
>участве времени. QNX, VxWorks, NetBSD не замечено.Да неужто все? У меня "домашний" Cisco 877w. Linux там не замечено. Морально устаревший, но отлизанный IOS. Dlink (чур меня! :) содержит тоже не Linux.
А теперь - зачем в "домашнем" маршрутизаторе с минимальным процессором и памятью на борту относительно ресурсоемкий Linux, если с IP-стеком со всей его фичностью прекрасно справляеться скромная embeded OS с образом в 200-400kb? Батенька, да вы маньяк :)
Речь шла о "Будь то точка доступа, дсл модем, роутер, какая-то эмбеддед железка, терминал
или банкомат". В этом контексте количество применений Linux весьма незначительно. Из известного мне оборудования с внедренной ОС Linux - это wireless point from Asus, и Lynksys (купленная Cisco), да и та отказалась от Linux в пользу VxWorks. Alcatel/Lucent собрался Linux как ОС второго слоя, но контроль над оборудованием по прежнему под AOS.Linux наблюдаю с 0.9 - ядро тянет за собой много старья, и то что оно работает еще не значит что оно есть гут.
>Linux - бренд. И ровно этим в первооснове объясняется его _некоторое_ и
>незначительное использование как embeded OS, на некотором участке времени.Смешной Вы :) Щёлкнул пальцами -- бах, ты брэнд и можно вламываться куда попало.
Мне кажется, что Вы перепутали причину и следствие, притом недооценив причину.
>Из универсальных систем скорее и эффективнее портировать
>на другую платформу NetBSD, чем Linux.И с реальностью малость не дружите.
Yes, we passed the NetBSD people a few years ago in the number of different processor families and types that we support now.
-- http://www.kroah.com/log/linux/ols_2006_keynote.html
>>Linux - бренд. И ровно этим в первооснове объясняется его _некоторое_ и
>>незначительное использование как embeded OS, на некотором участке времени.
>
>Смешной Вы :) Щёлкнул пальцами -- бах, ты брэнд и можно
>вламываться куда попало.Про бренд хорошо изложено http://12kb.ru/one_article.php?id=278
>Мне кажется, что Вы перепутали причину и следствие, притом недооценив причину.
Именно что кажется. GNU/Linux был в 94-95, пока шли разборки с копирастами на BSD код, весьма востребован, Интернет был еще жиденький, дистрибутивы ходили по рукам, а PC i[34]86 как домашняя машина расползался как тараканы. Народ схватился за GNU tools+Linux kernel+some a'la SysV tools + apps как за панацею, ибо вариантов - DOS & Win3. И пошло-поехало... "Linux, Linux, ..." Народ в общем-то не склонный к изменениям, и когда free/NetBSD стали снова набирать обороты в разработке, социодинамика уже поехала... Сколько еще будет ехать так - фик его знает, но базарная разработка Linux kernel и дистрибутивов уже давным-давно дошла до обыкновенного проектного цикла, вот только некоторые это никак принять не могут, типа Линуса, горячего скандинавского парня :)
>>Из универсальных систем скорее и эффективнее портировать
>>на другую платформу NetBSD, чем Linux.
>
>И с реальностью малость не дружите.Конечно, куда мне :) Даже даты по портам не могу посмотреть http://www.netbsd.org/ports/
Новых _универсальных_ архитектур почти нет, что было - устаканилось, промышленость вышла на "плоскую полку" освоения внедренного. Да и 5-6 лет в социально-производственных маштабах - это так, просто эпизод.
>Yes, we passed the NetBSD people a few years ago in the
>number of different processor families and types that we support now.
>http://www.kroah.com/log/linux/ols_2006_keynote.htmlСкачать исходные тексты ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-5.0.1/source/sets/ и изучать до просветления.
>>>Linux - бренд. И ровно этим в первооснове объясняется его _некоторое_ и
>>>незначительное использование как embeded OS, на некотором участке времени.
>>Смешной Вы :) Щёлкнул пальцами -- бах, ты брэнд и можно
>>вламываться куда попало.
>Про бренд хорошо изложено http://12kb.ru/one_article.php?id=278Продиагоналил, в ряде мест (особенно над примерами) кивнул, не нашёл для себя ничего существенного+нового, но спасибо.
>>Мне кажется, что Вы перепутали причину и следствие, притом недооценив причину.
>Именно что кажется. GNU/Linux был в 94-95, пока шли разборки с копирастами
>на BSD код, весьма востребован, Интернет был еще жиденький, дистрибутивы ходили
>по рукам, а PC i[34]86 как домашняя машина расползался как
>тараканы. Народ схватился за GNU tools+Linux kernel+some a'la SysV tools +
>apps как за панацею, ибо вариантов - DOS & Win3.Ну тогда ещё OS/2 вовсю, по крайней мере в эпсилон-окрестностях. А у некоторых и Coherent или BSDI.
>И пошло-поехало... "Linux, Linux, ..." Народ в общем-то не склонный к
>изменениям, и когда free/NetBSD стали снова набирать обороты в разработкеQ1: когда же?
Q2: благодаря чему?
Q3: почему к тому времени ещё был смысл говорить о фрюниксах?>социодинамика уже поехала...
Ага, волшебною силою брэнда, выросшего как гриб-дождевик.
>Сколько еще будет ехать так - фик его знает, но базарная разработка Linux kernel
>и дистрибутивов уже давным-давно дошла до обыкновенного проектного циклаДо цикла, но насчёт "обыкновенного" сложно согласиться, потому как основных только на руку наберётся. Тут сейчас наблюдается что-то вроде итеративного в стадии собственно итераций и с непрерывной готовностью deliverable к применению (что заметно отличается от того же 2.4 и не может не радовать).
>вот только некоторые это никак принять не могут,
>типа Линуса, горячего скандинавского парня :)Мне кажется, что Вы и здесь ошибаетесь. Было бы довольно глупо организовывать процесс и подгонять под него инструментарий, не понимая довольно простого основополагающего свойства этого процесса в целевом варианте. (упрощаю, поскольку на переосмысливание повлиял и уже продуманный к тому времени BitKeeper... т.е. не один раунд)
>>>Из универсальных систем скорее и эффективнее портировать
>>>на другую платформу NetBSD, чем Linux.
>>И с реальностью малость не дружите.
>Конечно, куда мне :) Даже даты по портам не могу посмотреть http://www.netbsd.org/ports/И что с того? Даже по количеству портов отстали, не говоря уж о востребованности.
Вы почему-то оглашаете как данность весьма интересные моменты, не вдаваясь в то, а почему они таковы. "Брэнд", понимаешь. "Народ схватился". Просто так и котята не рождаются.
>Новых _универсальных_ архитектур почти нет, что было - устаканилось, промышленость
>вышла на "плоскую полку" освоения внедренного.И насколько понимаю -- уже придуманного ещё изрядно хватит вылизывать.
>>Yes, we passed the NetBSD people a few years ago in the
>>number of different processor families and types that we support now.
>>http://www.kroah.com/log/linux/ols_2006_keynote.html
>Скачать исходные тексты ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-5.0.1/source/sets/
>и изучать до просветления.Вашего, что ли?
PS: позвать, что ли, Чеусова -- может, в устах NetBSD-шника схожие доводы будут более доходчивы...
>Ага, волшебною силою брэнда, выросшего как гриб-дождевик.Нифига себе дождевик, 12-15 лет рос в молодых умах, уже LOR по 127-му кругу исписался, и сюда переполз :)
BSD vs Linux, CVS/SVN vs GIT, ... ноги vs крылья...>Мне кажется, что Вы и здесь ошибаетесь. Было бы довольно глупо
>организовывать процесс и подгонять под него инструментарий, не понимая довольно простого
>основополагающего свойства этого процесса в целевом варианте.Головой надо подумать Линусу Т., и организовать грамотное поэтапное изменение устаревшего кода. Каким угодно инструментарием. Никто же в зад не гонит и сроки не ставит. А не кидаться как пацану письмами с "там все дерьмо", отбивая охоту что-то вообще делать от коллег-разработчиков, тем более что за так делают.
Остальное - оффтоп, и да поможет всем Гугле. Он знает.
С одной стороны Кокс по своему конечно прав, ядро двигается вперёд и соответственно меняется. Чтото ломается, такое случается. Тем более ядро ещё в состоянии rc. Так почему ж не привнести изменения которые улучшат работу ядра? С другой стороны прав и Торвальдс, говоря о том что так делать не следует, потому что если так делать, то после выхода нового ядра может много чего начать отваливаться. То что новое ядро не используется в LTS дистрибутивах это не аргумент, потому что бэкпорты с нового ядра могут туда привнестись. Найболее оптимальное решение на мой взгляд это компромисс. При таких раскладах отменить подобный патч и анонсировать его на более позднее время, скажем к следующей версии ядра.
>[оверквотинг удален]
>соответственно меняется. Чтото ломается, такое случается. Тем более ядро ещё в
>состоянии rc. Так почему ж не привнести изменения которые улучшат работу
>ядра? С другой стороны прав и Торвальдс, говоря о том что
>так делать не следует, потому что если так делать, то после
>выхода нового ядра может много чего начать отваливаться. То что новое
>ядро не используется в LTS дистрибутивах это не аргумент, потому что
>бэкпорты с нового ядра могут туда привнестись. Найболее оптимальное решение на
>мой взгляд это компромисс. При таких раскладах отменить подобный патч и
>анонсировать его на более позднее время, скажем к следующей версии ядра.
>Вообще ситуация, как я понял обратная: Кокс пытается наставить разрабов приложений на путь истинный - это бред. Приложений много, ядро - ОДНО. Хорошо, допустим торвальдс согласится не трогать корявые куски ядра сейчас - а что потом? Потом станут появляться трояны, которых убеждать в правильности разработки приложений - малоэффективно. Короче, командир должен быть один и строгий. Кокс накурился, если считает, что разрабы приложений побегут все правильно делать. Это вообще бред какой-то: "убедить разработчиков приложений"
Вообще я нифига не понял, что ты имел ввиду.>Приложений много, ядро - ОДНО.
Вот поэтому подстраиваться под всех не сможешь, велика беда kdesu, emacs (хотя с ним есть опасность, RMS может восстание поднять) могут и переписать кусок кода.
>Потом станут появляться трояны, которых убеждать в правильности разработки приложений - малоэффективно.
А они и появляются когда ядро превращается в одну большую ж...
С одной стороны Торвальдс прав, но с моей точки зрения опенсорс на то и эффективен, что можно легко переписать, изменить, добавить, тем самым делая код лучше. Главное, чтобы не пришли к чему и винда, когда новые версии эмулируют баги предыдущей, т.к. некоторые приложения их используют.
>С одной стороны Торвальдс прав, но с моей точки зрения опенсорс на
>то и эффективен, что можно легко переписать, изменить, добавить, тем самым
>делая код лучше.А кто будет это делать во ВСЕХ программах и дистрибутивах?Что-то мне кажется что Кокс столько не осилит.И что в итоге?У юзеров будет головняк.И врядли они будут рады.А поставить раком *миллионы* человек ради хз чего - не есть правильно.Вот Торвальдс понимает объем ответственности которая на нем лежит.Хотя и мог бы улаживать конфликты помягче.
>А кто будет это делать во ВСЕХ программах и дистрибутивах?авторы софта и майнтайнеры пакетов, вестимо. а если они этого не делают — они не майнтайнеры и не авторы, а так, вышли погулять, ЧСВ помахать. нафиг они нужны, если это их прямое дело? не справляются? в пень их вместе с их амбициями, пусть форкает/майнтайнит тот, кому софт/дистриб не безразличен. никого не нашлось? данный софт/пакет, значит, никому нафиг не нужен, можно спокойно выкидывать.
>>А кто будет это делать во ВСЕХ программах и дистрибутивах?
>
>авторы софта и майнтайнеры пакетов, вестимо. а если они этого не делают
>— они не майнтайнеры и не авторы, а так, вышли погулять,
>ЧСВ помахать. нафиг они нужны, если это их прямое дело? не
>справляются? в пень их вместе с их амбициями, пусть форкает/майнтайнит тот,
>кому софт/дистриб не безразличен. никого не нашлось? данный софт/пакет, значит, никому
>нафиг не нужен, можно спокойно выкидывать.Утопия. Реальность другая: править в одном месте, всегда проще и лучше, чем хз где и кем. С точки зрения ядра - любое приложение может быть враждебно к нему. Так вот защищать надо ядро, а не приложения, которые могут быть специально написаны для того, что бы сабботировать/нарушить работу ядра.
>Утопия. Реальность другая: править в одном месте, всегда проще и лучше, чем
>хз где и кем.пойду, что ли, в lkml — требовать, чтобы они поправили в одном месте: в ядре. а то мало ли, кто и где мой софт собирать будет: не мне же править, ага. ты, часом, системы не попутал? это в винде вписываю хаки в подсистемы для того, чтобы древние бинари хоть как-то запускались.
>С точки зрения ядра — любое приложение
>может быть враждебно к нему. Так вот защищать надо ядро, а
>не приложения, которые могут быть специально написаны для того, что бы
>сабботировать/нарушить работу ядра.а я о чём? ядро должно работать так, как считает нужным. а софт — под него подстраиваться.
>а я о чём? ядро должно работать так, как считает нужным. а
>софт — под него подстраиваться.Ха-ха, угадайте с 3 раз, много ли софтописателей побежит подстраиваться под ядро.Как вы думаете, далеко ли вы уедете с такой эгоистичной политикой майнтенанса вашего ядра?Или вы считаете что оно представляет какую-то самоценность без софта под него?Тогда вы имхо чего-то не понимаете в этой жизни :)
Ну Кокс прежде чем поставить перед фактом сделанного изменения мог бы предупредить и развести небольшое обсуждение.
Прочитал дискуссию. imho Кокс прав. Дело в том что Линус не ориентируется в вопросе, но зато очень категоричен. То что предлагал Линус работать не будет ибо вылазят другие косяки. Однако Кокс оказался великодушен и продолжил дискуссию и рассказал как надо сделать. Вот вкратце и все.
ну да, ну да. После очередного обновления ядра оказаться без su, kdesu и emacs (утрирую).
Его патчи сделаны просто ради того что бы что то сделать, или они исправляют уязвимость или ускоряют tty? Зачем ломать то что работает?
По-моему, Алану надо было бы найти аргументы получше для своих патчей. Показать что они улучшают безопасность или производительность, если действительно улучшают. Или показать что они дают новую суперфичу, которая всем позарез нужна. А не поучать всех как надо жить.
Судя по дискуссии они действительно устраняют уязвимость.
Линус не ориентируется? Не уверен:
/*
* 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.
*
>Линус не ориентируется? Не уверен:
>/*
> * linux/drivers/char/tty_io.c
> *
> * Copyright (C) 1991, 1992 Linus Torvalds
> */и что это должно показать? ты в своём-то более-менее сложном софте 15+ летней давности хорошо ориентируешься? особенно если последнюю кучу лет его майнтайнил кто-то другой?
Даю перевод:From "Rafael J. Wysocki" <>
Subject [Regression] kdesu broken
Date Fri, 24 Jul 2009 01:45:31 +0200
Последние изменения в ядре поломали kdesu (из KDE 4.2) ...From "Rafael J. Wysocki" <>
Date Fri, 24 Jul 2009 17:21:45 +0200
Ну, я думал что мы избегаем поломки существующего юзер-спейса,
даже если он бажный.From Alan Cox <>
Date Fri, 24 Jul 2009 16:40:58 +0100
> Ну, я думал что мы избегаем поломки существующего юзер-спейса,
> даже если он бажный.Не знаю откуда ты (Вы) взял(и) эту идею. Избегать поломок юзер-спейса
без необходимости - это хорошо, но если он бажный, часто с этим
ниче нельзя сделать.From Linus Torvalds <>
Date Fri, 24 Jul 2009 09:34:35 -0700 (PDT)
Алан, это он от меня набрался.
Мы не делаем регрессий. Если юзер-спейс завязан на старое поведение,
мы не меняем это старое поведение.//********************
От переводчика.
Похоже что ядро (под чутким и умелым? руководством сами знаете кого)
имеет тенденцию превратиться в сборище архаизмов, наподобие того во что
превратилось ядро(и не только ядро) Windows:
"In the release candidate for Windows 7, Microsoft is providing shims for 6,999
applications, with more added in every patch update, according to Jeremy Chapman,
a senior Windows program manager at Microsoft."
http://en.wikipedia.org/wiki/Shim_(computing)Зачем тогда весь этот OpenSource ???
Предлагаю вспомнить http://www.joelonsoftware.com/articles/APIWar.html -- "The Two Forces at Microsoft" и следующий кусок изложения.С обратной совместимостью всё сложно: и в том же POSIX есть и ненужные, и вредные куски, НО на них очень много чего закладывается. А любители технически чинить весь мир сразу поразительно быстро выдыхаются.
Поэтому на мой взгляд -- они оба правы :(
Кокс герой, прислал патч в котором убирает себя из разработчиков TTY. Этот человек сделал очень много для ядра и Линус не имел права так разговаривать с ним. В конце концов он рискует остаться один на один с корпорациями, которые будут заказывать новые версии, как пиццу по телефону. Удачи им обоим!
Что и следовало ожидать.
Вопрос такого плана: Кокс же не только этой подсистемой занимался. Куча всего им сделана в сетевом стеке тоже... Он отказался только от этого мейнтайнерства, или вообще?
Нет, вроде не отказывается. Только не отомстит ли ему Торвальдс за "неуважение к высокой персоне".
>Нет, вроде не отказывается. Только не отомстит ли ему Торвальдс за "неуважение
>к высокой персоне".не отомстит. к чести линуса (которого я не люблю шибко, если чо) — он, вроде, не был замечен за травлей и сведением счетов.
kdesu 4.3 работает в ядре 2.6.31, правда надо три раза бахнуть по кнопке Enter. И нечего из-за этого тормозить искоренение багов и анахронизмов из ядра.
С ЛОР-а:{К тому же, в кедах и без того больше половины программ не работает как надо, им не страшно.}
:)))
>С ЛОР-а:
>
>{К тому же, в кедах и без того больше половины программ не
>работает как надо, им не страшно.}
>
>
>:)))+1
Они там и со своими обновлениями не справляются (портирование к3b для kde4 как пример).
Вот это в духе СПО!
И чтобы не говорили, а с проприетарным ПО такое маловероятно.
т.е. и народ не увольняется, и контракты не расторгает, и не судится?
и проблем с совместимостью тоже нет? ни в xp, ни в vista? и т.д.?в духе СПО - публиковать внутреннюю переписку разработчиков. а не сливать периодически инфу, как рекламу. это да.
и не оправдоваться в духе - "ну мы тут напортачили... но в следующем релизе исправим... и всего на 25% дороже!!!"никто бы и не заметил (и не заметит) никакого бага в будущих релизах. исправили бы так или иначе.
но понимание этого - не в духе анонимных аналитегов! :-D
Я говорил, про то, что: Я на вас обиделся и ухожу, а вы делайте что хотите теперь с этим TTY.
В коммерческих проектах немного по другому.
Фирма отвечает за свой продукт и смена персонала, ни как не отражается на продукте - это внутреннее дело фирмы.А тут может сложиться мнение у конечного пользователя, что проект может "стухнуть" из-за личных амбиций участников проекта.
>Фирма отвечает за свой продуктtty будет работать...... и ВАША фирма здесь ни при чём.
Работает или будет работать - это разные вещи.
Особенно учитывая временной фактор - время деньги.
блин!!! tty сечас работает? или нет?
у меня - да. и будет.
>Особенно учитывая временной фактор - время деньги.то, что Вам удалось прочитать переписку разработчиков ядра линукс не говорит о том, что таких проблем нет у проприетарных компаний. вопрос про суслика помните?
и вот для последних - да. время деньги. ибо сроки. ибо блоб. и блоб нужен сразу, и сразу рабочий.
а в фсф оперируют исходниками. и даже если этот патч не доделает и не уберёт Кокс или Торвальдс, то его уберут (или доделают, но врядли) дистростроители. последним не нужны приколы. они ещё более консервативны, чем Торвальдс. особенно коммерческие.
зы:
те проблеммы которые обсуждаются - всегда решаются.
не решаются те, о которых мы ещё даже не предполагаем.
и это уже аксиома.
>Особенно учитывая временной фактор - время деньги.Это жидовское. Время дороже денег.
>А тут может сложиться мнение у конечного пользователя, что проект может "стухнуть"
>из-за личных амбиций участников проекта.Ну если конечный пользователь тусуется по тематическим форумам, подкидывая FUD -- то может, у таких и сложится. Но это малоинтересно, поскольку по факту проекты из-за таких мелочей обычно не разваливаются (хотя люди -- это важнее, чем код, но старые знакомые так быстро и не обижаются).
Куда хуже обстоит с коммерческими лавочками -- померло внезапно для всех, у кого под боком не живёт инсайдер нужного уровня, и усё, финита ля комедия. Исходников-то нет, даже форкать нечего, чтоб дальше продолжать.
А знаете, почему MS плавно сваливает с рынка SMB/CIFS? Не только Samba вытеснила, а ещё и "серый кардинал" изнутри ушёл несколько лет назад вместе с кучей неформализованного знания в голове. Хорошо хоть их снаружи заставили в рамках европейского антимонопольного процесса поднапрячься насчёт документирования.
Так шта... не спешите нас хоронить, у нас тоже есть дела ;-)
> В коммерческих проектах немного по другому.
> Фирма отвечает за свой продукт и смена персонала, ни как не отражается
> на продукте - это внутреннее дело фирмы.Уважаемый, вы давно EULA читали? В коммерческих проектах фирма не отвечает ни за что, даже если софт спалит дорогое железо из-за своей кривизны.
>Вот это в духе СПО!
>И чтобы не говорили, а с проприетарным ПО такое маловероятно.совершенно верно: проприетарная венда до сих пор еле ползает под грузом «обратной совместимости», потому что написать «как надо» политика партии запрещает.
>Вот это в духе СПО!Это как раз скорее "не в духе".
>И чтобы не говорили, а с проприетарным ПО такое маловероятно.
Я тут недавно ссылочку на Спольски давал с уточнением места -- будьте добры, идите ознакомьтесь. Явно полезно будет.
>И чтобы не говорили, а с проприетарным ПО такое маловероятно.Ага.Особенно в висте заметно где половина программ перестала работать.Что безусловно помогло этой ОС занять ее "доминирущее" положение на рынке, когда несмотря на выход 2 года назад, до сих пор доминирует почему-то раритетная как помет мамонта XP :D
Бред какой-то.
Во FreeBSD обновили tty. При использовании приложениями старого кода в лог кидается, дескать, приложение пользует legacy code. Все довольны и никаких проблем.Что мешает сделать также в Линуксе?
а ещё то, что никакого «нового апи» тут не добавили. почитай lkml, что ли.
>а ещё то, что никакого «нового апи» тут не добавили. почитай lkml,
>что ли.Хм, а я говорил что-то про "новое апи" в Линуксе?
Что касается обновления tty в BSD как нетрудно заметить приложения (юзер спейс) работать не перестали (про драйвера отдельный разговор), но стало легко определить кто ещё не обновился. Вся операция проводилась последовательно, все знали этапы перехода и что это даст. Повторяю вопрос, что мешало предложить такой же вариант и избежать распрей?
>Бред какой-то.
>Во FreeBSD обновили tty. При использовании приложениями старого кода в лог
>кидается, дескать, приложение пользует legacy code. Все довольны и никаких проблем.
>
>
>Что мешает сделать также в Линуксе?Данная проблема это не вызов депрекейтед интерфейсов, это ожидание другого поведения давно написанного интерфейса. Т.е. кинуть в лог варнинг не получится.
>Данная проблема это не вызов депрекейтед интерфейсов, это ожидание другого поведения давно
>написанного интерфейса. Т.е. кинуть в лог варнинг не получится.Хм, опять же это не мешает ввести новое API, оставив старое на некоторое время для совместимости (хотя в БСД несколько другая ситуация, код по сути пользуется теми же функциями, но уже в обновлённой подсистеме. Добавились только некоторые позикс-вызовы, а для депрекэйтед вызовов сообщается варнинг). Куда-то в этом направлении должен был думать PM, а не отчитывать в довольно некорректной форме за то что с _девелоперской_ веткой _ванила_ ядра юзер-спейс, завязанный на кривое (то бишь не POSIX) поведение, не работает.
Срач разводить среди коре девелоперов - вот к чему относилось "бред".
>[оверквотинг удален]
>Хм, опять же это не мешает ввести новое API, оставив старое на
>некоторое время для совместимости (хотя в БСД несколько другая ситуация, код
>по сути пользуется теми же функциями, но уже в обновлённой подсистеме.
>Добавились только некоторые позикс-вызовы, а для депрекэйтед вызовов сообщается варнинг). Куда-то
>в этом направлении должен был думать PM, а не отчитывать в
>довольно некорректной форме за то что с _девелоперской_ веткой _ванила_ ядра
>юзер-спейс, завязанный на кривое (то бишь не POSIX) поведение, не работает.
>
>
>Срач разводить среди коре девелоперов - вот к чему относилось "бред".вашу мысль понял, намерения благие - но что именно за новый интерфейс можно сделать в случае изменения реакций на стандартные системные вызовы работы с файлом, разве что представить дополнительный набора /dev/NEWtty*, но это же нетривиально.
>вашу мысль понял, намерения благие - но что именно за новый
>интерфейс можно сделать в случае изменения реакций на стандартные системные вызовы
>работы с файлом, разве что представить дополнительный набора /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 :)
В случае BSD отвалившиеся проги придётся патчить самим разрботчикам BSD, и тут Эд наверное бы задолбался, хотя так или иначе он это делал в портах. Поэтому это сообщение в логи нифига не значит. У BSD в данном случае выбора нет, им приходится идти на такие компромисы, что предлагает Торвальдс т.к под них никто подстраиваться не будет.В ситуации Кокс vs Торвальдс, крайние - разработчики КДЕ и emacs и они должны править свой бажный код, и на них ответственность перед пользователем. Тем более время у них есть до выхода стабильной версии ядра. И никуда они бы с подводной лодки не делись бы, в любом случае исправили.
Интересно почему считается, что вечно отваливающиеся проприетарные дрова это нормально, а kdesu - трагедия?
>BSD в данном случае выбора нет, им приходится идти на такие
>компромисы, что предлагает Торвальдс т.к под них никто подстраиваться не будет.Более того - у некоторых еще и всякие там эмуляции линукса есть.По сути - костыли.Но ведь есть же.
> Интересно почему считается, что вечно отваливающиеся проприетарные
> дрова это нормально, а kdesu - трагедия?Может потому что kdesu и emacs работали себе и каши не просили много лет?
>Может потому что kdesu и emacs работали себе и каши не просили
>много лет?но ведь древний баг-то есть? Стоимость ошибки экспоненциально увеличивается с древностью бага. Если оставить сейчас - то через пару лет последствия от исправления будут гораздо больше (в том числе в денежном выражении). К тому же поведение функций не соответствует POSIX, а это идеологически неправильно.
> Интересно почему считается, что вечно отваливающиеся проприетарные дрова это нормально, а kdesu - трагедия?Потому что Алану Коксу по голове настучать можно, а разработчикам проприетарным дров - руки коротки?
>В случае BSD отвалившиеся проги придётся патчить самим разрботчикам BSD, и тут
>Эд наверное бы задолбался, хотя так или иначе он это делал
>в портах. Поэтому это сообщение в логи нифига не значит. У
>BSD в данном случае выбора нет, им приходится идти на такие
>компромисы, что предлагает Торвальдс т.к под них никто подстраиваться не будет.Что касается "самим разработчикам BSD" сложные порты мэнтейнтятся разработчиками собственно софта. А поменять две строчки чтобы перестать получать предупреждение - может и простой начинающий кодер, задавшейся этой целью (можно даже толкнуть проект на какой-нибудь Summer of Code и получить от этого бенефиты). Да и работа с tty напрямую производится думаю не более чем в 5% приложений, то есть это не такая огромная проблема.
В любом случае, Эд сделал отличную работу и никто не пострадал. Можно было бы похожим макаром без скандалов и в Линукс обойтись.
>В ситуации Кокс vs Торвальдс, крайние - разработчики КДЕ и emacs и
>они должны править свой бажный код, и на них ответственность перед
>пользователем. Тем более время у них есть до выхода стабильной версии
>ядра. И никуда они бы с подводной лодки не делись бы,
>в любом случае исправили.Вот с этим согласен.
Линус прав. Если каждое изменение в ядре будет херить всю работу приложений сотни дистрибутивов, и пускать насмарку работу программеров тысячи приложений, придется переходить на более "разумно создаваемые" операционки, где мантейнеры ядра немного думают о других, а не кодят только ради процесса кодинга. Все-таки преемственность и плавность переходов какая-то должна быть. И так ошибок вагон, а тут еще и сознательные выкрутасы.
>Линус прав. Если каждое изменение в ядре будет херить всю работу приложений
>сотни дистрибутивов, и пускать насмарку работу программеров тысячи приложений, придется переходить
>на более "разумно создаваемые" операционки, где мантейнеры ядра немного думают о
>других, а не кодят только ради процесса кодинга. Все-таки преемственность и
>плавность переходов какая-то должна быть. И так ошибок вагон, а тут
>еще и сознательные выкрутасы.почему же тогда в вопросе Теодор Цо/ext4 vs юзер-спейс решили, что хай с ним, разработчики юзерспейс перепишут все свои приложения чтобы пользовать fsync(), а в споре Алан Кокс/tty vs юзер-спейс в некорректной форме решается, что неправ Кокс?
Неужели - "Все животные равны, но некоторые равнее"?
он представил соответсвующий патч.
поматугался, но представил.а ведь мог и срулить как Кокс.
>он представил соответсвующий патч.
>поматугался, но представил.
>
>а ведь мог и срулить как Кокс.А разве Цо что-то в итоге исправил (допускаю что не знаю, ибо честно говоря ext4, как и обычно Линукс в общем-то, меня не интересует)? как было отложенное выделение так и осталось, возможно время синхронизации на диск чуток поменяли поближе к ext3 (5 сек), как было в первом неофициальном патче, устранявшем проблемы страждущих убунтийцев. Но всё равно юзер-спейс приложения уже начали менять код, ибо разработчики осознали что местами они криво написали (точнее не криво, но с сильной завязкой на особенности ext3).
К тому же Кокс вон тоже никуда не девался, обсуждает то да сё с tty.
>А разве Цо что-то в итоге исправил....да
А Торвальдс перед этим писал ему полотна эмоциональных и бессмысленных посланий не содержащих не капли конструктива?
При том что Кокс выдал патчи исправляющие некоторые проблемы сразу, до сочинений Линуса.
При этом проблемы с ext4 почувствовали конечные потребители, а проблемы с tty ещё долго бы не почувствовали.ИМХО, всё-таки разница в отношении видна. И вот эта разница - она лично мне была бы обидна.
Ну а то что Цо перенёс проблему на будущее (всё равно проявится эта завязка на время синка) это не есть хорошо.
выдаёте желаемое за действительное? ну-ну.... а вот это:
>При этом проблемы с ext4 почувствовали конечные потребители, а проблемы с tty ещё долго бы не почувствовали.1. ни в одном дистре к тому моменту ext4 ещё не использовалась.
2. никакой ошибки в работе ext4 вообще не было. такой же болезнью страдают все журналируемые системы. был добавлен новый режим работы (а не исправление) - "data=alloc_on_commit", похожий по своей сути на ext3 режим "data=ordered", при котором вначале изменяются данные, а потом изменения отражаются в журнале. понятно, что это достигается за счёт уменьшения производительности. и достигать отказоустойчивости лично я предпочту другими средствами.
http://www.opennet.me/openforum/vsluhforumID3/50851.html
в общем чушь Вы пишите (по сравнению с проблемами tty. практически на голом месте). ну и:
>писал ему полотна эмоциональных и бессмысленных посланий не содержащих не капли конструктива?откуда такая агрессия? не понятно. уж пробеммы с фс обсуждались намного больше.
повторю:
те проблеммы которые обсуждаются - всегда решаются.
не решаются те, о которых мы ещё даже не предполагаем.
аксиома.
>1. ни в одном дистре к тому моменту ext4 ещё не использовалась.Говорят, Цо узнал о проблемах пользователей из launchpad. Не то чтобы он о проблемах не знал сам, но ему пришлось отвечать вот именно на вопросы оттуда.
>2. никакой ошибки в работе ext4 вообще не было.
я не говорил про ошибку в ext4, это вы сами придумали. У Кокса тоже не было ошибки в новом патче, который изменил поведение tty на более стандартизованное (это ведь не ошибка?). Хотя, другие ошибки у него там были и были исправлены до пришествия Линуса.
> такой же болезнью
> страдают все журналируемые системы.И? Я не утверждал, что это проблема сугубо ext4.
Большинство линукс софта сейчас завязано на быстрый синк, что уменьшает общую производительность системы. Когда это поведение поменяли, возникла проблема. Но проблема в том, что поведение всё равно придётся менять. Это отложенная проблема, которая постепенно будет обрастать утилизирующим эту проблему кодом.>в общем чушь Вы пишите (по сравнению с проблемами tty. практически на
>голом месте)Ну-ну. Ситуация абсолютно аналогичная - изменилось поведение системы. Реакция Линуса разная.
>откуда такая агрессия? не понятно. уж пробеммы с фс обсуждались намного больше.
У Линуса? не знаю.
Вы читали его послание? Я прочитал, большая куча текста ради одного утверждение что Кокс не прав, потому что нельзя обвинять (причём Кокс это делал не агрессивно, а просто констатируя факт, сложно говорить об "обвинении") другие программы, завязанные на кривую реализацию.>повторю:
>те проблеммы которые обсуждаются - всегда решаются.
>не решаются те, о которых мы ещё даже не предполагаем.
>аксиома.но осадочек остаётся, согласны?
Если действительно "тысячи" приложений, то ядро никак менять нельзя. Если два, при этом одно из кде (лол), второму уже прдеставили патч - то вполне валидно исправить поведение ядра.
> Если действительно "тысячи" приложений, то ядро никак менять нельзя. Если два,А вы лично перетестировали работу всех тысяч и тысяч программ с новым ядром, чтобы утверждать что их - два?Или два - это те которые сходу накопались?
> одно из кде (лол)
Что тут смешного?Это что-то из разряда "смешно дураку что рот на боку"?
>> Если действительно "тысячи" приложений, то ядро никак менять нельзя. Если два,
>
>А вы лично перетестировали работу всех тысяч и тысяч программ с новым
>ядром, чтобы утверждать что их - два?Или два - это те
>которые сходу накопались?Пока нет баг-репорта о тысячах программ, вещать о них - не имеет смысла. Что за тон?
>
>> одно из кде (лол)
>
>Что тут смешного?Это что-то из разряда "смешно дураку что рот на боку"?
>кде со своими обновлениями не справляется, любезнейший. С обновлениями своих же интерфейсов. Это помойка.
Остаться должен только один!
Я голосую за Линуса, он с ядром и багами имеет дело дольше. Как там в "Простоквашино": тебя я давно знаю, а этого кота в 1й раз вижу )))
Хотя чувака жалко. Может проспится и вернётся? Нельзя ж вокруг своего ЧСВ весь мир вращать. Даже у США это не получается, как не тужатся )