[жж][ненависть] Линукс суксь

>Внесение радикальных измененеий в API как-то следует увязывать
с оповещением поставщиков обороудования.
А поставщику оборудования сложно сделать git pull и откомпилировать свой драйвер на еще не вышедшем, но уже замороженном ядре? Времени на это у них 2-3 месяца, а действие настолько простое, что его можно полностью автоматизировать. Кроме того я так и не понял: каким образом это заставит работать старые дрова на новом ядре?

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

>У меня есть полноценный тут выбор из разнуых вантузов
из разных версий одного вантуза скорее.
>заботливо прибитые закрытые видеодрайвера и как всегда "в процессе создания" свободные их аналоги
в вантузе проще, ага: дрова либо есть, либо нет совсем.

> в вантузе проще, ага: дрова либо есть, либо нет совсем.

Ноутов без дров вообще под вантуз видел ? - а нет.
Есть в природе железка - где-то есть драйвер для нее под виндой :))

Есть и исключения, не спорю и сам c таким сталкивался:
железка стабильно работала под Linux и совсем упоротая под виндой.
А собственно, почему надо "пасти задних" и оглядываться на вантуз постоянно ?
Почему не создать нормальные условия (и лучше чем у вантуза) для сторонных драйверописателей ?
Весь мир оборудования не запихнуть в ядро Linux - ну это очевидно же :))

> А поставщику оборудования сложно сделать git pull и откомпилировать свой драйвер на еще не вышедшем, но уже замороженном ядре?

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

>Попробуй протолкнуть эту мысль RMS,не ?

Ну, конечно же, нет.. Ну сам подумай, да..

>И мы сразу входим в порочный круг тут
Поподробнее пожалуйста: что ты хотел этим сказать?

> Регрессии - это заново всплывшие старые баги. Поэтому об известных регрессиях не пишут - их чинят на протяжении всего периода когда АПИ ядра заморожен.

Ога, всяких там Nvidia и Ati так много уже развелось, что за всеми не уследить уже ...
А сами разрабы ядра сидят в |Ъ консоли, и в глаза продукцию ATI и Nvidia не видели. :))
Смешно, и смахивает на детсад какой-то уже ...

>Ноутов без дров вообще под вантуз видел ? - а нет.

видел ноуты, на которых предустановленная свиста дико тормозит, а на ХП нет дров. Иногда еще необходимо использовать старую версию ОС из-за некоторых специфичных программ. И про периферию не забывай, одним ноутом сыт не будешь.

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

> Поподробнее пожалуйста: что ты хотел этим сказать?

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

И есть же такое понятие как "релиз".

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

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

> > форкни и сделай всем п*то.

> Уже тут "один в поле не воин",увы.

Ну так ты svu привлеки, и кто там еще про нестабильность ABI ныл? Хотя, я так понимаю, вы полько трепать языком и способны :-)

> Типа , у нас ОНО само так вышло

Угу, оно три месяца раз в две недели выкладывалось в rc, так что коммерсы могли бы и последить.

> Угу, оно три месяца раз в две недели выкладывалось в rc, так что коммерсы могли бы и последить.

Ну вы братцы и обнаглели в конец :))
Это производители чипсетов и электроники должны колупать ваши коммиты
и ползать непрестанно по форумам и рассылкам чтоль ?

>А гентушники просыпаются тоже ночью в поту - им снится будто по команде emerge запускается synaptic

Гентушники не спят.

> напрочь всяко отсуствующее понятие "готовый продукт"

"Готовый продукт" это RHEL, убунта, сузя, федора, мандрива. У них есть анонсы, планы и прочее. Используйте на здоровье

> ensuring applications can run across platforms with a simple recompile.

u_int64_t n = 0x6de5546732fe7ad4;
u_int8_t * ptr = &n;

Внимание, вопрос - чему равен ptr[3]? :-)

> "Готовый продукт" это RHEL, убунта, сузя, федора, мандрива. У них есть анонсы, планы и прочее. Используйте на здоровье

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

А в Linux "Готовый продукт" - это скорее как кличь, лозунг ... нет же критериев и понятия качества для всех.
Что-то там у кого-то не упало пару дней - Урааа !! Оно уже стабильное и юзабельное.

Линупс не нужен, иксы не нужны, etc. И вообще, Hurd пилите :}

Меня, как просто пользователя, стабильный API ядра вообще не интересует. Пользуйтесь стабильными версиями дистрибутивов :}

О_о, Ъ пошли косяками ...
Видимо , юзаем Debian stable & Kde 3.5 ? Как я мог забыть !!

>Видимо , юзаем Debian stable & Kde 3.5 ?

Почти. В сквизе таки останусь в stable. И сейчас бы было stable и 3.5 если бы эти четвертокеды попробовать не захотелось, а даунгрейдиться с тестинга как-то теперь уже чревато %)

> Меня, как просто пользователя, стабильный API ядра вообще не интересует.

Когда при очередных обновлениях "просто так" сложат ласты wlan, alsa , & etc - свято помни:
Ядро и его святые создатели тут совсем не при чем..:))
Это такая игра на соображалку уже 18 лет продолжается ...
ведь должны же люди свое свободное время угрохать во что-то ?
Зачем что-то делать "хорошо" ? :)) - пущай там "отжимаются" и сами "нарезают резьбу" ...

А серьезно - какое-то ощущение несоответствия методов и целей в Linux.

>wlan, alsa

wlan'а у меня нет, а alsa пока не отваливалась :}

>А серьезно - какое-то ощущение несоответствия методов и целей в Linux.

Несоответствие я ощущаю когда иксы очищают мне буфер обмена при закрытии программы. Кто, вот кто этот гений, что придумал такое? %) Причём, всякие костыли вроде клиппера спасают тоже не всегда.

> Несоответствие я ощущаю когда иксы очищают мне буфер обмена при закрытии программы.

Бгггг , знакомо :))- да,это бесит. А зато кому-то было очень удобно
прокатить шару ... и уменьшить потребление памяти за счет приложений.
Умельцев перекладывать проблемы там хватает.:))

>и уменьшить потребление памяти

\trollmode
Вот, сначала им 640 кило на всё хватает, а теперь у пользователя 4 гига, крутятся MySQL, апач, bind9 и кто его знает что ещё, но всё осталось по старому :}

> Умничаете ? Поставте сами тогда RHEL или CentOS на ноут месячной давности.

А в чем проблема? Поддержка нового железа добавляется в 5-ю ветку. Вообще, ни один дистрибутив не запрещает использовать собственное ядро практически любой версии. Было бы желание. А Линукс таков какой он есть, отсутствие legacy кода это не плюс и не минус, это особенность. Ведь поддержание стабильных интерфейсов неизбежно либо ограничивает развитие, либо приводит к хакам и костылям (потому что заранее всё предусмотреть невозможно). Кстати все остальные ОС (кроме винды) поддерживают стабильность интерфейсов от безысходности -- если кто под них и пишет драйвера, то почти никто не будет постоянно исправлять свой код под них. Например Mac OS X (а это как-никак вторая по распространенности десктопная ОС) даже версии 10.6 тащит с собой кучу deprecated кода, чтобы не сломать 32-битные драйвера, собранные еще аж для 10.4. Кстати именно по причине отсутствия 64-битных драйверов аппл вынуждены по умолчанию загружать 32-битное ядро на большинстве макинтошей.

> Порите фигню и сами хихикаете ... неплохо это у вас выходит.:))

Говорят, смех продлевает жизнь. Отчего бы и не похихикать над таким троллем как вы? :)

>> Типа , у нас ОНО само так вышло

> Угу, оно три месяца раз в две недели выкладывалось в rc, так что коммерсы могли бы и последить.

Могли бы. Только мало кто это делает. Лично для себя я давно понял: проприетарщина в окружении GNU/Linux -- не жилец.

> А Линукс таков какой он есть, отсутствие legacy кода это не плюс и не минус, это особенность.

И что ? Про любой предмет или явление можно такое отбарабанить ...
Это софистика и только.

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

Какое-то унылое самооправдание, и непроверенное эксперементально в Linux.

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

> (потому что заранее всё предусмотреть невозможно).

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

> Кстати все остальные ОС (кроме винды) поддерживают стабильность интерфейсов от безысходности.

Кстати, вы просто фантазируете (и ооочень мягко говоря), и подменяете обыкновенный здравый смысл производителя ПО спекулятивной логикой.

> Например Mac OS X (а это как-никак вторая по распространенности десктопная ОС) даже версии 10.6 тащит с собой кучу deprecated кода, чтобы не сломать 32-битные драйвера, собранные еще аж для 10.4.

Если бы, подходы Linux давали выше проценты пользователей чем Mac OS X- пожалуй и был бы некий смысл в написаном.
А так, какие-то лузерские оправдания - мол, там еще хуже потому, что там может просто что-то работать. Да, понимаю ,"оборудование может работать и без секаса" - это просто ужасно ...

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

И что ?
Это было научное обоснование что-бы вообще сидеть без никаких нормальных драйверов под Linux ?

> Говорят, смех продлевает жизнь. Отчего бы и не похихикать над таким троллем как вы? :)

Это такая тут забава (можно даже сказать как разновидность слива и истощения аргументов):
А кто первый оппонента обзовет троллем или вантузом ... - тот тогда уж точно не_тролль и не_вендузятник.

Ну так перманентная революция лучшее средство от застоя. Доказано еще Троцким

>Когда при очередных обновлениях "просто так" сложат ласты wlan, alsa , & etc

а вам не кажется что это проблема дистрибутива а не ядра? В Демьяне ничего не отваливалось кроме нВидиевских дров но ставились они инсталлятором а не пакетом

> Ну так перманентная революция лучшее средство от застоя. Доказано еще Троцким

Угу, и получив за свои труды киркой в затылок ...

Нет ничего постояннее чем бурно текущая река как говорили греческие мудрецы

> а вам не кажется что это проблема дистрибутива а не ядра? В Демьяне ничего не отваливалось кроме нВидиевских дров но ставились они инсталлятором а не пакетом

За пять лет у меня есть факты и ядерных штучек и чисто дистрозависимых вещей.
Могу и Debian попинать - но, основной источник нестабильности это кernel & xorg.
Это два крупных проекта и оказывающие своими подходами влияние на все остальное.
Если, Линус обещает включить опцию noatime в дефолт несколько лет кряду
- или, это надо выполнять.
- или, вразумительно всем пояснить : "пнх, дорогие товарищи ..."
А так, "я - не я и хата - не моя" ...

>Если, Линус обещает включить опцию noatime в дефолт несколько лет кряду

А можно с этого места поподробнее?

Ну google же :)) Я как-то убил целый вечер на расколупываение истории этого простого вопроса.
И что характерно:
Планы команды инcталлера Debian Etch, цель: будет типа noatime = on в релизе.
Возникает как-то совсем случайно флейм в рассылке kernel.org, и типа там :
"да, перетрем еще раз и сделаем - только вот ночь простоять и день продержаться ..."

Цель noatime = on снимается ( ну в апстриме вопрос же будет улажен !!)

С инсталлятором Lenny вся история чудным образом повторилась вновь.:))

Может Линусу пора на покой, а? :}

> Может Линусу пора на покой, а? :}

Я не берусь делать подобные выводы.

Ну а как же троллинг? :(

Это все мелочи, а когда таких мелочей набирается ведро (и чуть более чем полностью) - то да, остается только или троллить, или клепать свой дистр.

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

>"родовые травмы" составляющих программ дистров мантейнеры не в состоянии и не обязаны ликвидировать.
Но некоторые (хотя и не всегда дебианщики) их умудряются ещё и добавлять...

А там и свои упоротые тоже есть :)) - сбор статистики популярности программ в дистре привязан к времени модификации файлов.

>сбор статистики популярности программ в дистре привязан к времени модификации файлов.

(O_o) Ох не зря мне не захотелось его ставить…

> Но некоторые (хотя и не всегда дебианщики) их умудряются ещё и добавлять...

От этого не легче, хотя есть и граммотные и сильные мантейнеры.

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

> Какое-то унылое самооправдание, и непроверенное эксперементально в Linux.

Это факт, проверенный на других программных продуктах. Этого достаточно чтобы делать выводы.

>> Кстати все остальные ОС (кроме винды) поддерживают стабильность интерфейсов от безысходности.

> Кстати, вы просто фантазируете (и ооочень мягко говоря), и подменяете обыкновенный здравый смысл производителя ПО спекулятивной логикой.

То, что вы называете здравым смыслом -- это в венде. Там стабильность внутренних API -- на уровне концепции, поскольку обратная совместимость -- приоритет. Майкрософт ведь запросто может прогнуть всех производителей железа благодаря своей доле рынка и административному ресурсу. Проще говоря, если в какой-нибудь Windows 8 внезапно полностью сменится драйверная модель, то драйверописатели поматерятся, да и начнут писать драйвера под нее. Никуда не денутся. Пример тому уже кстати есть -- WDDM. Как вы считаете, могут ли позволить себе такое другие вендоры, например Apple или Sun/Oracle? Нет. Вот и получается, что назови это хоть здравым смыслом, хоть спекулятивной логикой, выбора у них просто нет.

>> Например Mac OS X (а это как-никак вторая по распространенности десктопная ОС) даже версии 10.6 тащит с собой кучу deprecated кода, чтобы не сломать 32-битные драйвера, собранные еще аж для 10.4.

> Если бы, подходы Linux давали выше проценты пользователей чем Mac OS X- пожалуй и был бы некий смысл в написаном.

Проценты -- мерило всего? :) Это был просто пример иного подхода, чем тот что практикуется в Линуксе.

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

Там не хуже. Там просто по-другому. Вы почему-то упорно пытаетесь всё покрасить черно-белой краской. Впрочем, то, что вы со мной всё равно не согласитесь, я уже понял. :)

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

> И что ? Это было научное обоснование что-бы вообще сидеть без никаких нормальных драйверов под Linux ?

Понятие "нормальные" у каждого своё. Кстати, что вас заставляет работать с Линуксом, если вы его так не любите? Просто интересно.

> Понятие "нормальные" у каждого своё. Кстати, что вас заставляет работать с Линуксом, если вы его так не любите? Просто интересно.

Как говаривал мой один знакомый "любить надо маму и папу" :))
А с Linux - тут считайте, что это как "брак по расчету".
Мы взаимно хорошо и долго друг друга поимели и имеем (это почти образно) - и я уже могу позволить себе не только над собой издеваться и своими привязанностями. Как-то так.
А если, кого и хватит кандражка от всего этого - ну чтож ..., несудьба тогда видать :))

>Ога, просто мальчик не знает сколько стоит один час простоя бизнес-системы.

Я уже знаю, хе-хе.

Не думал, что так удачно получится...

>>Типа бинарники 10 летней давности должны работать без проблем.

накидйте в свой линукс compatibily библиотек и тоже пускайте старый софт

>Не думал, что так удачно получится...

"Удалено svu по причине "Слишком толстый троллинг!!!""?)