Планы Red Hat на X.org и Wayland в RHEL 10

И всех других платформ, кроме вейланда. Сюрприз!

Ссылку!

Это тебе так кажется. Вот когда сделаете - тогда и приходите, а пока нет - вяленд не готов.

Таймер мне напиши.

У нас продавливают использование только std:: и все равно это боль, и без Qt пока не можем. Классы в стандартной библиотеке реально куцые.

И windows, видимо, тоже.

Начинается… Во-первых, скорее вместо десяти пикселей – два. Во-вторых, расширения пропатчат, надо просто уметь подождать. Очень слабо – поставить динамическую, решаемую на уровне пользователей проблему, с ситуацией, на которую указываю я.

Rdp небезопасен, если использовать старинные версии windows, а в соединении Linux-Linux в чем проблема? Там TLS во все поля.

Пожалуйста, верни мне последний элемент в std::list.

Блин, ты бы хоть багрепорт написал.

Эта «критичная фича», которая реально нужна только тебе, похоже.

И windows, видимо, тоже.

Не, таких планов они не озвучивали.

Вот когда сделаете - тогда и приходите, а пока нет - вяленд не готов.

Твоя проблема в том, что твоего мнения, как впрочем и моего, на эту тему даже спрашивать не собираются.

Я уже писал тут. Нравится тебе вайленд или нет - не имеет никакого значения. Решение уже принято и ты можешь хоть убиться в истерике от этого, но ничего не изменится.

Ещё надо тоже самое сделать потом с де, оставив только гном.

А потом оставить только три дистрибутива: шапку, Фёдору для тестов и дебиан.

И тогда образуется подобие порядка

back()? pop_back()?

Нет и нет. Метода back() там нет, а pop_back() удаляет последний элемент в списке, но не возвращает его.

auto rev_list = list.reverse();
auto it = rev_list.begin();
auto last = *(++it);

А теперь сравни с Qt:

auto last = list.takeLast();

А это что?

https://en.cppreference.com/w/cpp/container/list/back

Проблема твоя в том, что голову включать ты явно не хочешь. Повторю еще раз, если не понял: у тебя графику ломают, а ты радуешься.

шапку, Фёдору для тестов и дебиан

🤡

Ну офигеть, теперь человеческое лицо начало проявляться. Осталось UB в контейнерах убрать.

начало проявляться

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

Осталось UB в контейнерах убрать

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

Эта «критичная фича», которая реально нужна только тебе, похоже.

Ты вроде не тупой пацан, чё за хрень?

Я указываю не на баг, а на бред, аномалию, жесть, для любого пользователя компьютера, который пришел с винды, мака или другого ДЕ в линукс.

Я указываю на то, что эти ребята, юзеры кед, просто ради каких-то плюшек в настройках (очень спорных порой, а чаще просто нелепых), тупо слепые к фатальным недостаткам, вот мой месседж. А будет это кто-то чинить или нет – мне насрать.

А потом эти же ребята кричат на площадях, что из-за гнома или чего-то там ещё линукс так и будет меньше 1%.

Ну для меня «аномалия, жесть» - это то, что в гноме и в винде альт-таб прибит к «основному монитору». А в КДЕ дефолтный альтаб по виду вообще страшен как пришествие сотоны.

Ты вроде не тупой пацан, должен понимать, что свои личные причуды за абсолютную истину выдавать - такое себе.

для любого пользователя компьютера, который пришел с винды, мака или другого ДЕ в линукс.

Что значит для любого? Для любого, кроме тех, кто вообще на это внимание никогда не обращал. А их… сколько? Дофига получается, так-то.

просто ради каких-то плюшек в настройках (очень спорных порой, а чаще просто нелепых), тупо слепые к фатальным недостаткам, вот мой месседж

Это всё твоя субъективщина, которую ты с какого-то дуба решил выдать за прописную истину. Нужно немного себя сдвинуть из воображаемого центра мира.

Токенайзер это простая функция, строк на 30-50 с комментариями. Оправдывать этим (или какой-то другой отсутствующей функцией) создание целого класса QString несерьёзно

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

А в 20 стандарте уже прямо в стл есть.

Ну надо же! Не прошло и 22 года, когда Орлиный Глаз заметил, что у сарая нет одной стены.

Токенизация строк – это чуть ли не самая широко распространённая задача в программировании и то что 22 года на STL не было адекватного решения этой элементарнейшей задачи, это именно позор STL.

а не городить несовместимый огород

Ты всё неправильно интерпретировал. Это в STL C++ нагородили несовместимые с адекватным миром огороды. К моменту внесения в стандарт убогого std::string удобному классу QString было уже три года. Стандартизирующие теоретические академуны могли бы подсмотреть у профессионалов своего дела как делать удобный API.

самое неприятное и подлежащее удалению это Кюстринг

Конечно это очень «неприятно, удоли»! для фанатиков STL и прочих подсосов «The C++ Standard Committee». Ведь именно QString раздавил std::string настолько что им редко кто пользуется, препочитая линковку к QtCore или вообще чистый C, в который, кстати, положили strtok().

Нужно немного себя сдвинуть из воображаемого центра мира.

Да щаз, фигу.

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

А потом кодер в аврале разработки забывает про эту особенность std::list::back(), ведь вроде как там логично же было что всякие методы at() с bounds checking’ом, а всякие operator[] без них, а back() это же метод, значит тоже должен быть безопасным!

В итоге появляется ещё один CVE на сайте The MITRE Corporation и ещё один коммент про сишную дырень на OpenNet’е.

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

Все популярные libstdc++ имеют флаги для проверки, например _GLIBCXX_DEBUG.

https://gcc.gnu.org/onlinedocs/libstdc /manual/debug_mode_design.html#debug_...

что из-за ограниченности STL в каждом проекте каждый разработчик пишет собственный корявый велосипедный токенайзер

Я бы написал свой токенайзер только для того что бы не выделять память как в Qt. К тому же QString в utf16, что еще один минус, мало того что тратим время на динамическую память, так еще и конвертируем строки туда сюда.

А потом кодер в аврале разработки забывает

Ну и нехрен авралить и забывать. А для галер и разрабов с дефицитом внимания придумали всякие го и питоны.

Я уже писал тут. Нравится тебе вайленд газовая камера или нет - не имеет никакого значения. Решение уже принято фюрером и ты можешь хоть убиться в истерике от этого, но ничего не изменится.

Починил. Оправдывать диктатуру – мерзкое занятие.

Закон Годвина неумолим.

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

Пожалуйста, верни мне последний элемент в std::list.

https://en.cppreference.com/w/cpp/container/list/back

Нет и нет. Метода back() там нет

Лолшто: https://en.cppreference.com/w/cpp/container/list/back

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

Ну так и сделайте библиотечную функцию, как в бусте. Нафига огород городить? Причём огород несовместимый как со стандартом, так и с самим собой (вспомним, например эпопею с переходом с qt3 на qt4).

Да, я согласен, когда-то, может даже лет 10 назад Кюстринг был полезен. Но сегодня он только мешает.

К моменту внесения в стандарт убогого std::string удобному классу QString было уже три года. Стандартизирующие теоретические академуны могли бы подсмотреть у профессионалов своего дела как делать удобный API.

А профессионалы смогут собрать программу начала века на qt2 или qt3 с современным qt6? Нет? А с СТЛ можно собрать старый код. На то они и стандарты.

Я не спорю, когда-то на заре С++ Кют блистал новизной и был полон полезных инноваций. Казалось что несовместимость со стандартами это мелочи. Но сегодня это куча легаси и нестандартных, ни с кем не совместимых костылей. Увы.

Последний раз я «настраивал графический сервер» году этак в 2005-м или около того

Есть, конечно, небольшой шанс того, что вы до сих пор используете ту самую, настроенную в 2005м году систему. Но, скорее всего, вы или путаете что-то или не помните или просто врете.

Настройка иксов - основная дисциплина в линуксовой спецолимпиаде.

Прими уже таблетки и включи V-Sync, чтобы тиринга не было.

Расскажи это моей старой 1060, где от тиринга не спасало ни включение V-Sync, ни тройная буферизация. Помогал только костыль ForceFullCompositionPipeline=On с соответствующими последствиями в виде тормозов, дерганых анимаций и отставаний курсора мыши от перетаскиваемых окон. Как так получилось, что бажесвиную архитектуру иксов нужно подпирать костылями на уровне драйвера? В последние годы может это поправили или придумали костыли получше, но мне уже плевать - перешел на вялый и амуде.

Её и в иксах можно сделать. Делаешь скейлинг мелкого монитора в 2 раза и включаешь скейл в настройках тулкита и готово.

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

Тоже в иксах работает.

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

Можно тоже в иксы добавить, лишь бы было желание.

За последние 10 лет что-то никто не загорелся желанием допиливать говнокод иксов. Есть серьезные основания полагать, что и HDR в иксы уже никогда не завезут. Зато вялые композиторы клепают пачками. Видимо реально пишут код только любители вялого, а иксофанатики могут только брызгать слюнями в интернетах и мечтать о мифическом X12.

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

Линукс и так давно уже фрагментирован по самые гланды. Хотя бы наличием десятков разных DE и WM. С ним и так никто не хочет связываться, независимо от того какой там дисплейный сервер - вялый или иксы.

основная дисциплина в линуксовой спецолимпиаде.

Последний раз действительно настраивал иксы в 2006. Но сейчас они просто работают.

архитектуру иксов нужно подпирать костылями на уровне драйвера?

Покажи место в коде драйвера где это делается.

HDR в иксы уже никогда не завезут.

Так и в вейленде нету.

Последний раз действительно настраивал иксы в 2006.

В 2006 эта была боль и страдания. Перебор режимов, и чтобы 3Д работало. Из-за иксов перелез с ати на невидию, потому что заставить работать радеон можно было только чудом. Помню был перебор дистров, потому что в линуксе я понимал мало, а 3Д работало где как. Поэтому пердолинг и напилинг.

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

Проблема твоя в том, что голову включать ты явно не хочешь

Скорее с точностью до наоборот.

у тебя графику ломают, а ты радуешься.

Ее, в том числе, приводят в порядок. Но ты все никак не в состоянии этого понять.

Починил. Оправдывать диктатуру – мерзкое занятие.

Ты все никак не можешь понять разницу между диктатурой и стандартизацией. Привык к зоопарку, понаделанному васянами, а как начали все в порядок приводить умные люди - испугался, что из свинарника дом нормальный сделают и ноешь сидишь :)

Расскажи это моей старой 1060, где от тиринга не спасало ни включение V-Sync, ни тройная буферизация.

А ты моей GTX 960 расскажи, где всё нормально работало и никакого тиринга я и подавно не видел. Я гонял даже на GT 710 затычке какое-то время. Сейчас у меня RTX 3060 Ti, тиринга как не было, так и нет.

ForceFullCompositionPipeline=On с соответствующими последствиями в виде тормозов

Это и есть композитинг но в драйвере. Если у вас с ним тормоза, значит, этот композитинг не дружит с V-Sync-ом приложений.

Открываю настройки мониторов в KDE. В вяленой сессии индивидуальный скейл для каждого монитора есть, а в иксовой сессии - нет.

Ну вот, ты по наглому наврал.

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

В иксах тоже, однако за апскейл и даунскейл до нужного дробного значения (например до 1,5) в Wayland-е нужно выгонять из профессии.

«Работает» надо полагать через использование минимальной общей частоты обновления всех мониторов и нужно пердолиться, чтобы сделать нормально как в вялом?

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

За последние 10 лет что-то никто не загорелся желанием допиливать говнокод иксов.

За последние 10 лет в Wayland так и не завезли единый графический сервер и фичи для запиливания DE.

Есть серьезные основания полагать, что и HDR в иксы уже никогда не завезут.

Есть серьезные основания пологать, что десктопные фичи в Wayland уже никогда не завезут.

Зато вялые композиторы клепают пачками.

Именно так!!! Фрагментация цветёт и пахнет! Клепают несовместимые с друг другом графические сервера пачками, вместо того чтобы юзать один полноценный. Такой уже есть и называется - Xorg.

Видимо реально пишут код только любители вялого

Любители вялого - слабоумные и ущербные люди, которые занимаются бесполезным делом, а полезным делом заниматься они не хотят, потому что это сложно и не так интересно как писать «композиторы» вейланда для повышения своего ЧСВ.

Линукс и так давно уже фрагментирован по самые гланды.

Вот именно, а вы ещё свой Wayland протакливаете, который умножает эту фрагментацию на 100.

Хотя бы наличием десятков разных DE и WM.

Ради справедливости в DE и WM нет фрагментации, потому что DE и WM могут работать друг с другом в различных комбинациях, потому что есть взаимозаменяемость, поэтому я могу юзать xfwm4 + picom + plank и т.д. или воткнуть гномовский mutter на замену xfwm4 в xfce и он будет работать. Фрагментация есть в тулкитах, но тут совершенно другая ситуация не похожая на то что делает Wayland.

С ним и так никто не хочет связываться, независимо от того какой там дисплейный сервер - вялый или иксы.

А у меня другое видение. У линукса стала расти популярность, поэтому всякие MS стали боятся этого и проплачивают GNOME и вяленный зоопарк.

Я хорошо помню тот момент, когда в Федоре, внезапно, больше не нужен стал xorg.conf на ручняке, было очень непривычно. Это, конечно, не решило все проблемы и сильнее запутало тех, у кого не срабатывал автомат, а также автоматические настройки не идеальны для каждой системы, но это был прорыв для большинства и – нубы сильно притихли по этому вопросу.

Ты все никак не можешь понять разницу между диктатурой и стандартизацией. Привык к зоопарку, понаделанному васянами, а как начали все в порядок приводить умные люди - испугался, что из свинарника дом нормальный сделают и ноешь сидишь :)

Только почему-то до Red Hat никакого свинарника не было - прекрасно рядом сосуществовал Debian и Slackware, а с момента появления Red Hat форки проектов стали плодится как тараканы. Чего только стоило существование 4-5 реализаций RPM-пакетов и зависимостей. А сколько видов гнома появилось после выхода Gnome-Shell... А сколько видов Init 1 появилось ... И далее, далее, далее...

Только почему-то до Red Hat никакого свинарника не было - прекрасно рядом сосуществовал Debian и Slackware,

А ничего, что я писал про иксы и вайденд? Или чукча не читатель?

А сколько видов гнома появилось после выхода Gnome-Shell…

Сколько? Правильно - нисколько. Потому как он один. Всякая маргинальщина типа всяких там минтов и цинамомнов - не в счет. Слишком малая доля и никому не нужна в рабочей среде.

Ставил fglrx и Радеон работал, но действительно тогда драйвер нвидии работал лучше.

несовместимые с друг другом графические сервера пачками

только, почему-то, приложения одинаково работают что в одном композиторе, что в другом.
да и пачки эти в основном композиторы на базе wlroots, а там всё совместимо в большинстве случаев.

воткнуть гномовский mutter на замену xfwm4 в xfce и он будет работать

я это делал, криво работало, лучше не надо.

всякие MS стали боятся этого и проплачивают GNOME и вяленный зоопарк.

прям так и вижу, что на линукс побежали любители собирать себе васянDE из кусков других DE, а теперь мс их пытается обратно вернуть…

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

p.s. вышенаписанное починили в KDE.

только, почему-то, приложения одинаково работают что в одном композиторе, что в другом. да и пачки эти в основном композиторы на базе wlroots, а там всё совместимо в большинстве случаев.

За исключением приложений DE и некоторых других приложений, которые обязательно нужно прибивать гвоздями к графическому серверу, чтобы обходить ограничения Wayland-а. Вот разработчики PCSX2 просто выкинули поддержку Wayland-а, потому что он неполноценное гавно.

я это делал, криво работало, лучше не надо.

У меня работало, правда потом сломали, гномософт же.

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

Там, во-первых, Electron. Во-вторых, за Wayland-ом никто бегать не будет. Так что не плачтесь, что у вам там фреймворки старые или ещё что-то. Просрали совместимость - так и скажите, смело в лицо.

https://linux-hardware.org/

А вообще как удобно, как надо оспорить очевидное, так сразу в гугле бан

Забавный, кстати, график:

https://linux-hardware.org/?view=os_display_server&scale=last_three_years

Виден всплеск после выхода Ubuntu 22.04 LTS.

У Firefox статистика куда точнее.

https://www.phoronix.com/news/Firefox-Wayland-X11-Stats

За исключением приложений DE

А это кому-то нужно? Вижу только реальную проблему в отсутствии альтернатив xrandr и подобных утилит. Но оно мне один раз пригодилось, когда Xorg на 4 малине ни в какую не хотел видеть 1280x1024 разрешение монитора.

выкинули

отключил по умолчанию, кому надо - включат, а так оно нормально под Xwayland работает. Мне вообще всё равно, через что оно там работает, если всё отлично.
Жизнь без иксов оставь вялендофанатикам.

Там, во-первых, Electron.

Который уже сто лет поддерживает wayland, включая CSD и скринкаст через порталы.

Так что не плачтесь, что у вам там фреймворки старые или ещё что-то.

Да не особо хочется плакать, когда KDEшники всё починили.
http://0x0.st/HxcU.png

точнее.

Учитывая, что Wayland там включили совсем недавно.

https://www.phoronix.com/news/Firefox-Wayland-X11-Stats

Written by Michael Larabel in Mozilla on 7 February 2022

Ещё до выхода 22.04 LTS. Очень точно.