Спустя три с половиной года после прошлого значительного выпуска сформирован релиз X.Org Server 21.1. Начиная с представленной ветки введена в строй новая схема нумерации выпусков, позволяющая сразу видеть как давно опубликована та или иная версия. По аналогии с проектом Mesa в первом числе версии отражается год, второе число указывает на порядковый номер значительного выпуска за год, а третье число используется для пометки корректирующих обновлений...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56052
Да, всякие не очень далекие люди хотят засунуть в ядро всякую пакость
ну и как там в 2_210 году, овощи?
А проще написать 2021 и не выпендриваться. Количество знаков при этом не меняется.
В этом и смысл: обратить на себя внимание. Это просто комплекс.
Щас бы в 2к2дONE году просто писать
Plasma 5.23 на wayland прекрасна. А с последними дровами и nvidia-рабы смогут приобщиться к прекрасному.
Что прекрасного? Она там падает. И нижний элемент классического меню програм залезают под панель. А вокруг меню артефакты вместо тени. График - Intel HD4000.
короче, чо хотел сказать.
падает plasma-desktop. ибо на арче установил без оного пакета ее, и получил вид как при падении. установить смог, так оно даже ничего не заподозрило что чегото не хватает.. ждало чего-то
говорят еще смотреть какойто там hardened_check. правда чтоли это важно так?
а вообще что за чухня у них с темами? там написано чтото типа они там не при делах, это вообще левые темы. тока вот не понятно, почему эти тему имеют возможность чтото там обваливать? типа это не бэкдор эта другои. гои.
в гнуме по крайней мере с темами не бывает проблем (шучу, установи tde-gtk и возрадуйся. шучу. еще раз)
> падает plasma-desktop.Рукалицо.
На Вялом. Вялый ещё чуть-чуть почти готов.
Причём тут вяленый и рукожопие разработчиков KDE? Sway не падает. xD
OpenSUSE Tubleweed, разное железо вплоть до лэптопов, уже не помню сколько стоит и не падает. Может просто не все дистры умеют плазму готовить?
А нахрена её выпускать такой, что ещё готовить надо? Плазма ванильная в Слаке, собрана Патриком с АлиенБобом, а не какими-нибудь лохами.
Да половина, если не больше сузей собрана с Qt. У меня вообще ассоциации стойкие когда слышу SUSE == QT! Еще бы с плазмой не дружить.
Попробовал. Не падает. И к плазме и кедоприложениям (и кутеприложениям) под вялендом претензий нет. Но, увы - пользоваться все равно невозможно, из-за всех остальных (у меня 4к моник, HiDPI - и очень часто там будет лютое мыло, будто отрендерило для обычного разрешения и растянуло). Из видеоплееров нормально работает mpv - но и там курсор не системный, а чорный и мелкий. Мелочь а раздражает.
Так прекрасна, что видео ни один плеер не играет, некоторые приложение типа тимса не хотят шарить экран, spectacle может захватить скриншот только с того монитора на котором находится.
Впрочем, это все равно прогресс, еще пару месяцев назад у плазмы окошки и панельки терялись, курсор не анимировался, и еще куча глюков была. Через годик может можно будет полноценно пользоваться.
Через годик? Ахаха. Они почти 15 лет уже это пилят. Скоро станут такими же древними как иксы, только не стабильными и глючными.
Оно и мейчас на Nvidia работает если что.
Чо сразу рабы-то? :( Какие ещё варианты, у AMD ничего близкого к 3090 даже нет. На рабочей станции я ещё понимаю встроенный интел, но как жить на dual-boot win/lin (для своего бизнеса)?Умные все такие, аж тошнит.
так потому и рабы что выбора нет..
Как нет? RX6900xt.
Поддерживаю предыдущего оратора. 6900 xt заметно дешевле, а по производительности +- так же при меньшем потреблении.
Угу, прекрасен, только kwin рандомно в течении часа намертво зависает при запущенном хромиуме в фоне. А так да, прекрасен.На xorg таких проблем нет.
Есть однако мнение что виноваты блокировщики рекламмы в chrome/chromiumГонял chrome на xfce4/xubuntu_20.04 вис, комп намертво вис раз в неделю (даже резет не работал).
Щас перешел на firefox(они там старый глюк с figma починили), так как новые версии вполне работоспособны.
Но пользую chrome для web разработки. И комп не виснет.
НО профиль для разработки у chrome у меня отдельный, и там нет блокировщика. И в общем хотя он у меня сутками запущен (профиль chrome для разработки), комп больше не виснет(видео кстати встройка intel).
Так что вот есть такое вот мнение. Не знаю насколько я прав, но идея в том что мы имеем дело с редчайшим косяком который происходит на некоторых системах где для хрома стоят блокировщики рекламы.И да я понимаю что у вас глюк не проявляеться под xorg. Да я в общем и не уверен на 100%. ПРосто есть вот такое вот предположение.
> Есть однако мнение что виноваты блокировщики рекламмы в chrome/chromium
> Гонял chrome на xfce4/xubuntu_20.04 вис, комп намертво вис раз в неделю (даже
> резет не работал)."В том что дует ветер, виноваты листья деревьев!"
В реальности - (возможно, глючной) гуй из юзерспейса просто "валит" ядро.
А ведь когда-то смеялись: "У вендузятников гуй в ядре, аххахаха!"
Ну че, новый стандарт - "кушайте, не обляпайтесь!"
В России нынче проблема с деревьями
А уж с листвой и падавно.. осень
А в реальности хорошее нужно перенимать
Да может и проще все: блокировщик рекламы просит что бы хром что то сделал, хром в свою очередь что то просит сделать ОС, от чего у ОС едет крыша, и она виснет.
...скорее уж "рекламный блоб" стремится обойти блокировку, применяя какой-нибудь хак, вызывая аварийную ситуацию...
"Показать рекламу любой ценой!" - девиз нынешних продаванов...
> Да может и проще все: блокировщик рекламы просит что бы хром что
> то сделал, хром в свою очередь что то просит сделать ОС, от чего у ОС едет крыша, и она виснет.Это с точки зрения не желающего разбираться (что я, кстати, нисколько не осуждаю) пользователя.
А так - вынос пользовательского софта в ядро (и связанные с этим накладные расходы), во многом (помимо разделения привелегий и прочего) для того и делался, чтобы глючной софт не "вешал" машину полностью.
Тут же - в лучшем случае глючная фирмварь (привет интеловскому GPU hung), "срабатывающая" при определенных факторах. В худшем - root уязвимость, доступная прямиком их "песочницы" "супре-сикурно-обрезанного" браузера.
> А так - вынос пользовательского софта в ядроКонечно же "вынос пользовательского софта отдельно от ядра" (в смысле разделения на ПО и ОС).
Так говорили же, что он не развивается!
Так и есть, этот выпуск - просто набор патчей, которые вяло подкидывали в репозиторий. Или вас не смущает столь малый список изменений за 3.5 года?
Нет, не смущает. А что, надо на хрусте переписать?
Надо вообще закопать и больше не выкапывать, покуда есть Xwayland
"Надо вообще закопать и больше не выкапывать, покуда есть Xwayland"По моему у вас восемь ошибок в слове "Mesa" со специальным композитором , не для того это все разрабатывалось что бы кто то там хаиповал , а как инструмент для работы.
> Поддержка прекращена в связи с невостребованностью [сломанной пять лет назад] технологиивот так и развивается.
И еще давайте из переносимого by design софта доотломаем autotools (а то модные смузиразработчики им пользоваться не умеют же ж, они только впихон). Чтобы ты сперва потрахался переносить на свою платформу ненужно-meson с миллиардом зависимостей от зависимостей, а потом тебе уже никакие иксы и не захочется.
Меня умиляют фоннаты автолулзов, которые никогда не видели его уродливых кишок, не страдали с неправильной версией libtoolize и не дебажили тысячи строк m4-лапши, когда automake в очередной раз облажался и сгенерил невалидный код. Не говоря уже о том что проверки автолулзов на наличие какого-нибудь unsigned char часто занимают больше времени, чем собственно конпеляция проекта.
Вы не поняли, что он написал. Растолковываю: с автокрапом на не-x86 проблем значительно _меньше_ и чинятся они более вменяемым образом, чем с мезоном, шмяком и прочей хренью, которую писали неосиляторы порой даже документации компилятора (это конкретно про scons, если что).
> Вы не поняли, что он написал. Растолковываю: с автокрапом на не-x86
> проблем значительно _меньше_ и чинятся они более вменяемым образом, чем с
> мезоном, шмяком и прочей хренью, которую писали неосиляторы порой даже документации
> компилятора (это конкретно про scons, если что).Опять тайные смыслы инопланетян? Он написал ровно то, что он написал.
В принципе, оно скоро и похрен будет. Поскольку не-x86 сведется к linoops aarch64 (а на винде оно и нах не вперлось).
Для всего остального просто нет и некому написать волшебные kms-драйверы, намертво завязанные с кишками единственноверной системы, единственной еще поддерживаемой иксами.Так что можно особо и не переживать, а буде понадобится - начинать портировать не с xorg, а с xfree86 (не смотря на название, переносимость там поломана только в тех самых драйверах, которые все равно не пригодятся).
Кстати, там, afair, нет autotools, там imake. Просто выполняешь работу автотулз ручками, удобно,чо. Никакой потери времени на страшные ужасные тесты unsigned char.
Поимел большой опыт и с тем, и с другим. По результатам ---
1. Де...мо и то, и другое. Начиная прямо с идеи.
2. Каким-то чудом питонячья поделка в n+1 реинкарнации (meson + ninja) оказалась менее проблемной, чем помойка autocrap, дополненная glib. Видимо потому, что хуже почти некуда (если, конечно, CMake не вспоминать). Возможно, это временное явление: если её сеёчас бросятся необратимо улучшать, то версии к 0.8 оно достигнет консистенции autotools. Походы в pkg-config и "давайте спросим у CMake" --- подсказывают, куда оно ползёт.
> Каким-то чудом питонячья поделка в n+1 реинкарнации (meson + ninja) оказалась менее проблемнойпросто потому что меньше и умеет.
Но основная проблема этой поделки в том, что если тебе надо запустить свой (не говоря уже о чужом, размером с xorg, хотя когда-то, давно правда, далеко не боги обжигали горшки) софт не на трех поддерживаемых этой фигней платформах самых распоследних версий (ибо впихон должен быть 3.98 и никакой другой!) - то единственное, что ты можешь сделать - начать переписывать его систему сборки с нуля на что-то простое и понятное.
Поскольку вариант "сперва портировать мезон, и,вот, еще нинзю, и весь миллион (циклических, местами) зависимостей от зависимостей, а потом поискать ребят моложе ста исполнившихся за это время своих лет, чтобы все же начать портировать собственно иксы" - очевидно, не вариант совсем.
А вопрос портирования m4 - вообще не стоит. Он соберется на самых уродливых платформах, где вообще есть хоть какой-то компилятор.
(не сочтите за защиту meson'а)> просто потому что меньше и умеет.
Может в этом и дело --- меньше на себя берёт. autocrap чего только не тестирует (или может тестировать), но для чего --- есть великая загадка. Результаты тестов, по сути, не используются никогда.
> ... чужом, размером с xorg
Вот на xorg'е как раз при meson'е количество костылей и подпорок сократилось радикально по сравнению с autotools.
Возможно, причина этого --- что смене системы автосборки были похерены мегатонны окаменевшего навоза, который при autotools никто никогда не убирал.
> "сперва портировать мезон, и,вот, еще нинзю,
Честно говоря, со сборкой ни meson'а, ни ninja'а, ни m4 (под разное) у меня проблем не возникало.
А вот с libtools, automake --- были. Но ещё больше проблем с их пользованием.
> Результаты тестов, по сути, не используются никогда.если ты ниасилил для чего вообще используется автоконф - вероятно, тебе он и не был нужен.
В нормальном софте результаты тестов используются всегда, потому что именно для них автоконф и требуется. Да, мартышки зачем-то используют его даже там, где поддерживаемая платформа - linoops ix86_64 - возможно, просто не умеют в мэйкфайлы (правда, автомэйк к автоконфу совершенно боком). Но этот код все равно ни на чем работать не будет - даже на таком же железе, понадобится docker from:scratch и тар, собранный на марштышкином компьютере хз как. Ну, собственно, большинство современных поделок такие и есть. Совместимы с ровно одной, распоследней версией ВСЕГО и кучей мусора в хомяке. А мы удивляемся from:scratch и флэтшлаку. Оно ж по другому и не работает - "результаты тестов не используются". (Мурзила, правильно _тестирующая_ наличие у компилятора поддержки avx после чего т-по линкующая гуглокод с прибитым посередине текста #define и еще хз чей - с неправильным наколенным тестом).
> Вот на xorg'е как раз при meson'е количество костылей и подпорок сократилось радикально
потому что количество поддерживаемых платформ тоже сократилось до одной?
> Честно говоря, со сборкой ни meson'а, ни ninja'а, ни m4 (под разное) у меня проблем не возникало.
рад за любителей кушать с лопаты... Ты не догадываешься, почему у тебя "проблем не возникало"?
полагаю, если бы эти чудо-технологии поспели к 92му году - мы бы прекрасно жили без линукса (и мир был бы немного чище). Какой-то финский шк...студент запилил ядро почти настоящей почти позикс-совместимой системы? Круто, теперь пусть идет работать на галеру. Ведь запилить под нее все мегатонны хлама без которого даже /bin/ls не собрать - он ни за какое время не сможет (тем более что те циклично зависят одна от другой). Как жаль, что прожект gnu использовал autoconf, а x11r5 вообще imake... (впрочем, его понадобилось наполовину переписать чтобы запустить в линуксе - аж целый отдельный форк. Причем ibm помогать не собиралась (она собиралась мешать). Но это было возможно только потому, что все остальные инструменты нормального юникса - уже были. Нет, впихона среди них не было.)
> Меня умиляют фоннаты автолулзов, которые никогда не видели его уродливых кишок,там нечего видеть, просто работает.
> не страдали с неправильной версией libtoolize
не страдал. Наверное потому что софт написанный макаками требующими именно самую распоследнюю версию - удалялся без попыток его собирать. Все равно он окажется глючным и неработающим.
> и не дебажили тысячи строк m4-лапши
не, не дебажили. И не верю что ты это делало - ты не умеешь.
Чтобы сгенерить автомейком невалидный код - надо написать невалидный код самому. (вот это верю, ты можешь - ctrl-c/ctrl-v со стековерфлова, прямо из вопроса, некогда читать документацию, япрограммист)> Не говоря уже о том что проверки автолулзов на наличие какого-нибудь unsigned char часто
> занимают больше времени, чем собственно конпеляция проекта.а в кэш мы не умеем, ну конечно. И то что эти проверки у вменяемого (каких уже не осталось) разработчика не делаются примерно никогда, потому что перезапуск автомейка не нужен для написания кода обычно низачем - ты тоже не в курсе.
> там нечего видеть, просто работает.Ахахаха. Нет.
> не страдал. Наверное потому что софт написанный макаками требующими именно самую распоследнюю версию - удалялся без попыток его собирать. Все равно он окажется глючным и неработающим.
У автолулзов часто имеет место быть обратная несовместимость :)
> не, не дебажили. И не верю что ты это делало - ты не умеешь.
> Чтобы сгенерить автомейком невалидный код - надо написать невалидный код самому. (вот это верю, ты можешь - ctrl-c/ctrl-v со стековерфлова, прямо из вопроса, некогда читать документацию, япрограммист)Типа все кто не любят автолулзы не умеют ими пользоваться, да? Если мне не изменяет память, примерно такую же аргументацию использовала Пэрис Хилтон.
> а в кэш мы не умеем, ну конечно. И то что эти проверки у вменяемого (каких уже не осталось) разработчика не делаются примерно никогда, потому что перезапуск автомейка не нужен для написания кода обычно низачем - ты тоже не в курсе.
Гм... судя по всему, твой софт не оказывался в репозиториях. Иначе ты был бы в курсе, что его собирает не только разработчик у себя на ляптопе, но ещё и билд-агенты дистрибутива :D
> У автолулзов часто имеет место быть обратная несовместимость :)нет новой улучшенной версии - нет проблемы ;-)
> Типа все кто не любят автолулзы не умеют ими пользоваться, да?
полагаю, да. Если не все то большинство. Ну в смысле "умеют" на уровне запустить autoscan и libtoolize.
Там какой-то m4, нифига ж непонятно сколько табов должно быть в начале строчки. Пример - мазила.Но к иксам это не относилось, там действительно когда-то кто-то умел в переносимость. Только то ли умер давно, то ли пиццей на вынос торгует.
> Гм... судя по всему, твой софт не оказывался в репозиториях. Иначе ты был бы в курсе, что его
> собирает не только разработчик у себя на ляптопе, но ещё и билд-агенты дистрибутива :Dони ж железные, их-то кому жалко?
Его и автотесты собирают, еще и прицельно стирая все прошлые артефакты, чтобы точно собралось с нуля - но кому от этого печаль?Тем более в проекте такого размера как xorg, где собирать таки сильно дольше чем конфигурить.
> нет новой улучшенной версии - нет проблемы ;-)Проблема есть, потому что часть софта теперь не собирается с новой версией, а часть со старой. Примерно по этой причине в генте обычно по три-четыре версии автолулзов установлено.
> полагаю, да. Если не все то большинство. Ну в смысле "умеют" на
> уровне запустить autoscan и libtoolize.
> Там какой-то m4, нифига ж непонятно сколько табов должно быть в начале
> строчки. Пример - мазила.
>
> Но к иксам это не относилось, там действительно когда-то кто-то умел в
> переносимость. Только то ли умер давно, то ли пиццей на вынос
> торгует.Ну пошло-поехало. Автолулзы классные, им только плохие юзеры мешают. Вот если бы ещё люди ими не пользовались, то вообще проблемы бы не было. Собственно, люди ими больше и не пользуются.
> они ж железные, их-то кому жалко?
> Его и автотесты собирают, еще и прицельно стирая все прошлые артефакты, чтобы
> точно собралось с нуля - но кому от этого печаль?Печаль тем, кто два часа ждет проверки своего билда пока CI занят пересборкой сотен приложений Xorg. И тем кто платит за сервера / время в облаке.
> Тем более в проекте такого размера как xorg, где собирать таки сильно
> дольше чем конфигурить.... если бы Xorg был монорепой. А поскольку Xorg это полторы сотни приложений и библиотек живущих в сотне репозиториев, то я не удивлюсь, если разница между автолулзами и meson будет в разы.
> полагаю, да. Если не все то большинство. Ну в смысле "умеют" на
> уровне запустить autoscan и libtoolize.
> Там какой-то m4, нифига ж непонятно сколько табов должно быть в начале
> строчки. Пример - мазила.Собственно, даже авторы автолулзов признают что все хреново:
https://lists.gnu.org/archive/html/autoconf/2021-01/msg00049...TL;DR:
- У автолулзов сильная нехватка мейнтейнеров
- Шоп собрать пакет из VCS требуется куча каких-то особенных тулзов вроде m4 и libtool, которые никому не уперлись, потому что m4 сдох, а вместо libtool все давно используют pkg-config
- Баги, патчи и реквесты трекаются как бог на душу положит
- Нет CI и нормальных тестов, давняя история поломок обратной совместимости
- ТОРМОЗА
- Не совсем понятно, что с этим делать дальшеВ ходе беседы ребята рассматривают вариант переписать все на Python. Как-то так :)
потому что питонистов милионы, а программистов тысячи
> потому что питонистов милионы, а программистов тысячиПростите, я забыл, что m4, make и shell элитарнее питона. Кстати, чем?
>> потому что питонистов милионы, а программистов тысячи
> Простите, я забыл, что m4, make и shell элитарнее питона. Кстати, чем?Потому что курсы "как любой макаке войти в ойти", к сожалению, вводят в макаку именно впихон.
А m4, make и shell - это надо документацию читать. Программисту некогда такой фигней заниматься.
> Потому что курсы "как любой макаке войти в ойти", к сожалению, вводят
> в макаку именно впихон.Почему "к сожалению"? Назови, пожалуйста, аналогичный интерпретируемый язык с настолько же хорошей применимостью и активным сообществом.
> А m4, make и shell - это надо документацию читать. Программисту некогда
> такой фигней заниматься.А что плохого в том, что та же jinja2 позволяет просто написать темплейт без кровавых соплей m4?
Плохо то, макакер, что ты не сможешь свою жижу2 портировать на какой-нибудь qnx под arm32 без hf. Это, внезапно, требует умений программировать, не на впихоне ctrl-c/ctrl-v.Поэтому твоим темплейтом можно только подтереться на любой платформе кроме винды, винды, винды и еще, вот - linoops x86_64 only.
И если вдруг там твой код становится вообще кому-то нужен (что, правда, маловероятно) - ему придется все это выбросить и либо забить дефайны в исходники ручками (так делает гугль, его программистам вообще думать некогда, галера замедлила ход!) примерно на пятнадцатой странице от начала файла, либо переписывать твою поделку на m4 и gnu make - потому что собрать m4 он там точно сможет, с make придется немного потрахаться но это реализуемо одним человеком в конечный срок, и это все же проще чем самому руками запускать компилятор.
А пердон спортировать - это только ВМЕСТО полезной работы.
Но самое ужасное - это что тебе такие вещи надо объяснять.
> Плохо то, макакер, что ты не сможешь свою жижу2 портировать на какой-нибудь
> qnx под arm32 без hf. Это, внезапно, требует умений программировать, не
> на впихоне ctrl-c/ctrl-v.Зачем ему портировать что-то на arm32 без hf? Питон туда уже портировали.
> Поэтому твоим темплейтом можно только подтереться на любой платформе кроме винды, винды,
> винды и еще, вот - linoops x86_64 only.Это же очевидный бред, питон есть под все актуальные платформы.
>[оверквотинг удален]
> в исходники ручками (так делает гугль, его программистам вообще думать некогда,
> галера замедлила ход!) примерно на пятнадцатой странице от начала файла, либо
> переписывать твою поделку на m4 и gnu make - потому что
> собрать m4 он там точно сможет, с make придется немного потрахаться
> но это реализуемо одним человеком в конечный срок, и это все
> же проще чем самому руками запускать компилятор.
>
> А пердон спортировать - это только ВМЕСТО полезной работы.
>
> Но самое ужасное - это что тебе такие вещи надо объяснять.Короче очень много бессмысленных вскукареков. Не надо ничего никуда портировать, просто берешь питон и пишешь на нем код. Да, это _так_ просто.
> Это же очевидный бред, питон есть под все актуальные платформы.угу, винду, винду, винду и винду. Ну и еще вот, единственноверные линуксы.
А если под какую платформу его нет (его к примеру под немодные версии винды уже нет) или есть версия с которой чудо-код уже не запустится - то это неактуальная платформа, кушать будете то что положено дядей, а что неположено - кушать не будете.
>> Это же очевидный бред, питон есть под все актуальные платформы.
> угу, винду, винду, винду и винду. Ну и еще вот, единственноверные линуксы.И arm32, да :D
> А если под какую платформу его нет (его к примеру под немодные
> версии винды уже нет) или есть версия с которой чудо-код уже
> не запустится - то это неактуальная платформа, кушать будете то что
> положено дядей, а что неположено - кушать не будете.Что, на Windows XP не работает? Какая жалость (всем плевать).
>>> Это же очевидный бред, питон есть под все актуальные платформы.
>> угу, винду, винду, винду и винду. Ну и еще вот, единственноверные линуксы.
> И arm32, да :DА arm32 внезапно бывает разный. И не на каждом крутится linoops.
> Что, на Windows XP не работает? Какая жалость (всем плевать).
на поделки макак - всем плевать.
Через пару лет останется только вафлянд. На единственноверной архитектуре и для единственноверного ядра (ну и тех кто с горя запилит его эмулятор в натуральную величину).
> А arm32 внезапно бывает разный. И не на каждом крутится linoops.Он и под венду есть.
> на поделки макак - всем плевать.
Да, я знаю, поэтому мы не говорим про твой софт.
> Через пару лет останется только вафлянд. На единственноверной архитектуре и для единственноверного
> ядра (ну и тех кто с горя запилит его эмулятор в
> натуральную величину).И этот вывод ты сделал из того факта, что питон портирован для кучи платформ и архитектур? Я ни на что не намекаю, но возможно мозги это не твое.
>>Пэрис ХилтонКто это и чем известна в опенсурсе?
Эпичным сливом сурсов через стыренный бекэнд, когда это еще не было модным.
Сурсы, правда, такие себе были. Но вот процесс их разработки вполне-вполне.
> там нечего видеть, просто работает.Очевидно потому что ты никогда в жизни ничего сложнее «Hello, World» не писал и не собирал.
> у вменяемого (каких уже не осталось) разработчика
Опять пох шизoфазирует про no true Scotsman.
Выкинь свой хрустальный шар - он звиздит.
> Выкинь свой хрустальный шар - он звиздит.Не, он прав, ты правда шизофазируешь.
Про X11R6 тоже говорили
А куда ему "развиваться"? Он уже полностью развит.
Иксы never die!
они умерли в тот день, когда выбросили драйвера видеокарт.Т.е. в версии 6.
Место драйверов в ядре. Твой вантузоидный мозг не может мыслить по юниксовому?
Так как раз в Виндосе драйвера в ядре, как и реализация Прямого Х.
> Так как раз в Виндосе драйвера в ядре, как и реализация Прямого
> Х.Ну вот и понятно, какая операционная система прямая, а какая - ненужный мусор. Который и юниксом быть перестал, и почти уже немного не готов для того, чем его модные мальчики жаждали все это время видеть.
наплодилось поколение...Ничего, дорогой опоздавший родиться дурачок, что по юниксовому - драйвера причудливой хрени необязательной для работы сервера - всегда были в причудливой хрени? Позволяя ей быть независимой от ядра конкретно взятого лап4-ого вы-ра и его stable nonsensов. Пока не пришли модные мальчики вроде тебя, с желанием все тащить в ведро, любой мусор.
А вот в винде - там да, там оно в ядре изначально.
>сформирован релиз X.Org Server 21.1Но зачем? Хуанг наконец то выпустил блоб с богомерзким GBM. Машем ручкой иксам. Я уже накатываю двадцать третью плазму.
microsoft выпустил windows 3.0 еще в 90м году. Не знаю, зачем вы ждали тридцать лет чтобы получить кусок г-на всем хуже, и предназначенный для того же самого. Надо было помахать ручкой юникс-системам и пользоваться вашим любимым десктопом еще тогда.
>Я уже накатываю двадцать третью плазму.А я - просто накатываю. И в отличие от плазмы - не падаю.
Не в обиду, но пока у вас получается только "накакивать", т.к. падающая плазма есть только в больных фантазиях и у людей руки которых растут существенно ниже обычного, а все остальные просто пользуются максимально гибким и отсюда и максимально удобным DE...
> А я - просто накатываю. И в отличие от плазмы - не
> падаю.ну, с развитием алкогольной зависимости, к сожалению, не все так просто - после пика устойчивости начинается обратный спад.
Но, есть забавный выход: можно слезть с алкоголя, подсев на что поинтереснее. Шах и мат, плазмодр-еры.
Wayland готова и юзабельна говорили они
Да, готов и юзабелен.
но не для десктопа, а для встраиваемых решений.
> но не для десктопа, а для встраиваемых решений.чота нихрена не запускается вот на этом: https://www.hardkernel.com/shop/16x2-lcd-io-shield/
не знаешь, что я делаю не так? (вполне себе компонент для "встраиваемого решения", если что. Вполне адекватный задачам встраиваемых решений.)
А в каких общераспространенных дистрах иксы ещё используются по умолчанию?
Freebsd. Работает, хлеба не просит. Проблем нет.
4к 8к и тп лично мне не нужны и зачем мне вяленный, если все и так работает, я не знаю.Hd 4000 и последние кеды.
а как там сейчас во фре работает ROCm, OpenCL, CUDA и прочие плюшки?
> ROCm, OpenCL, CUDAА вам зачем?
что бы использовать купленное устройство на 100%.
Вроде есть для этих целей отдельный форы ядра с названием Darwin
> Вроде есть для этих целей отдельный форы ядра с названием Darwinпоясни.
С OpenCL даже в Linux проблемы, а ты про их поддержку в куда более нишевой FreeBSD спрашиваешь.Да и это чудо собираются дропать в Blender, в след за ними подтянутся и другие проекты. На текущий момент лучше Cuda ничего нет, а она только в связке с NVidia.
Куда это проприетарный оцл курильщика, в котором все максимально ни с чем не совместимо и не переносимоЧто вы в ней хорошего находите непонятно.
>OpenCLОтлично с этим всё.
С кудой сложно. Нужно линуксатор поднимать.
>>OpenCL
> Отлично с этим всё.
> С кудой сложно. Нужно линуксатор поднимать.И Blender подхватывает Nvidia & AMDGPU?
Конкретно блендер не помню.Но как бы природа оцл такова, что если оно уже работает то приложениям ненужно никакой магии делать.
>NvidiaСудя по всему драйвера нвидии не поддерживают OpenCL, поскольку он работает через куду у нвидии.
https://forums.freebsd.org/threads/is-opencl-possible-with-t.../
https://wiki.freebsd.org/Graphics/OpenCL
Но это неточно.
у меня во всех. еще не разу не было нужды в вяленом...
современные разработчики уже бегут (педобиржпг) тебе на помощь, расплескивая смузи.
Как перестанет запускаться что-то посложнее xterm - сразу нужда появится.А оно, разумеется, уже скоро.
скоро?
> скоро?долго ли поломать очередным улучшизмом совместимость с иксами и отказаться исправлять?
А сам ты в проекте размером с какую-нибудь тормозилу ничего починить не сможешь.Да в общем уже и незачем...
мне не нужна вечная игла для примусакак минимум ближайшие 10 лет можно не рвать на попе волоса...
а пусть в хиптерских дистрах пусть хоть на ушах стоят
да ты смотрю - оптимииист. Я не уверен что хотя бы через год мразилла с хромоногом просто еще будут собираться под иксы.А пользоваться прошлогодней ты не сможешь - в ней ххру не откроется.
Учитывая долю пользователей Nvidia под линуксами. И что на ней Wayland по факту всё ещё не работает для практического применения.
Заявления про год слишком оптимистичны.
угу.
про "через год" гробовщики иксов трындят уже более 10 лет...
Шатлврот вроде еще в 12.04 юнити на вяленом обещал... И где оно?
> угу.
> про "через год" гробовщики иксов трындят уже более 10 лет...
> Шатлврот вроде еще в 12.04 юнити на вяленом обещал... И где оно?дык - пока он обещал, rhbm работал - разогнал окончательно остатки комьюнити, а своему рабу строго настрого запретил делать что-то полезное.
Чтобы угробить иксы, вовсе не нужно чинить вяленого. Надо просто сломать иксы.
> пользоваться прошлогодней ты не сможешь - в ней ххру не откроется.wine мне поможет.
бть....нет, ты прав, разумеется...
«Почти во всех»?
Linux Mint точно. FreeBSD с Solaris это ведь даже не Linux всё-таки.
В солярке еще был Xsun, теперь уже выброшенный Ораклом.
> В солярке еще был Xsun, теперь уже выброшенный Ораклом.ну да, на спарке как-то хреново было с линукс-ix86_64 эмулятором в котором можно было бы запускать линуксный kms драйвер (с которым, в смысле, без, тоже было немного странно пытаться xorg оживить).
Но ничего, справились, как видишь (вот только не знаю, орацл ли, или наоборот - прибрал к рукам последние вздохи open компашки). Правда, следом солярку выбросили тоже, да и спарки тоже отправляются по тихоньку в сторону африканских свалок.
one ring to rule them all.
> А в каких общераспространенных дистрах иксы ещё используются по умолчанию?Легче перечислить дистры, в которых он по умолчанию НЕ используется. Как бы, сколько ни пророчили иксам смерть, до сих пор все на них сидят: пользователям плевать, криво ли оно или не оптимально; главное -- что стабильно работают.
Надо Х12
и название хорошее ;р
> Удалена реализация режима DMXЯ удивлён, что оно прожило столько времени
просто некому было даже удалить неработающий мертвый код. rhbm не за это рабу зарплату-то платила.
А будет ли новый выпуск? В котором удалят тот самый autotools
Конечно будут. Уж чего чего, а удалить вредный и непонятный "autocrap" не заржавеет.Правда, будет ли в новом выпуске хоть одна причина его собирать новым-модным мезоном - это вот очень навряд ли.
КО: Конечно же, будет причина. Ведь, autocrap выпилят, выбора не будет.
нет, а в принципе-то зачем его собирать?
Урааааа! не дают загнутся чему-то толковому.
Только что обновился по самое не хочу и включил вяленного...
В общем композит отсутствует как факт, мультимониторные системы не работают, масштабирование экранов в плазме гiмно!
Это и называется "готов для десктопа"!
Доступен, да ладно! И никто даже не догадывался!
Иксы это хорошо, чинно, благородно по-старому... А смузихлёбы с малиновыми волосами пускай разминают своего вяленого...
>хорошо, чинно, благородно по-старомуОкончательно доломают редгадовцы своими обновлениями и будет совсем хорошо.
В иксах страшен не только autotools, который иксы собирает. Залежи реликтового кода на C, архитектура которого известна паре человек на всей планете, заслуживают того, чтобы быть закопанными раз и навсегда. Да здравствует wayland и пророк его Мир!
Вейланд разве не на реликтовлм Си пилят?
"Вайланд это протокол" (ц) же, пилят его на модном ̶H̶T̶M̶L̶ ̶S̶G̶M̶L̶ XML.
Ирония в том, что Wayland пилит та же пара человек, что и Xorg.
> новая схема нумерации выпусков, позволяющая сразу видеть как давно опубликована та или иная версияА раньше то, раньше. Вот глупые были.
В номере версии информацию держали о том что
1. стабильный или нестабильный релиз
2. с какими версиями и как совместима
3. какие патчи установленыНу тупыееееее.
Главное же чтоб свежее было!
> В номере версии информацию держали о том что
> 1. стабильный или нестабильный релиз
> 2. с какими версиями и как совместима
> 3. какие патчи установленыДа ладно. Это уж кто как --- кто держал, кто нет. Кто говорил что держит, а реально...
Гадание по номерам версий, это был удел посвящённых, конечно.Год в версию --- это тоже сильно.
> А раньше то, раньше. Вот глупые были.естественно!
> В номере версии информацию держали о том что
> 1. стабильный или нестабильный релизу нас тут Agile, scrum, blazing fast devel...кароч некогда объяснять, нет больше стабильных релизов, все одинаковые
> 2. с какими версиями и как совместимамы и сами не знаем, совместимость с чем сломали. На всякий случай обновите абсолютно все пакеты до текущей версии (мы и сами не знаем, зачем предшественники разделили иксы на миллиард независимых пакетов - это было еще до нас, но теперь ci так настроена, что поменять уже не получится)
> 3. какие патчи установлены
какие еще патчи?
> Главное же чтоб свежее было!
Во, схватываешь на лету!
> Удалена реализация режима DMX (Distributed Multihead X), позволявшего при использовании Xinerama объединить несколько X-серверов в один виртуальный экран. Поддержка прекращена в связи с невостребованностью технологии и наличием проблем при использовании OpenGL.Вот и приехали. Как теперь многомесную систему организовать?
Xinerama может и меньше используется, а вот Multihead X используется многими.