LINUX.ORG.RU

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

 , , , ,


1

2

Согласно плану, обнародованному Карлосом Санчесом (Carlos Soriano Sanchez), из Red Hat Enterprise Linux 10 будет удален графический сервер X.org и связанные с ним компоненты. Релиз Red Hat Enterprise Linux 10 намечен на 2025 год, CentOS Stream 10 - на 2024 год. Для обеспечения работы приложений, требующих X11, будет использоваться XWayland.

Таким образом, в 2029 году (к моменту окончания первого этапа поддержки Red Hat Enterprise Linux 9) стоит ожидать появление первого аппаратного обеспечения, не поддерживающего X11. На данный момент поддержка аппаратным обеспечением Х11 является необходимым условием для работоспособности Red Hat Enterprise Linux 8/9 и CentOS Stream 8/9 на протоколе X11.

>>> Подробности



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 3)

Ответ на: комментарий от SkyMaverick

Разделение на stable/unstable в wayland-protocols давно признано устаревшим. Сейчас протоколы, которые всё ещё дорабатываются, находятся в staging. Протоколы в unstable считаются стабильными (просто их не будут переименовывать для сомместимости).

eternal_sorrow ★★★★★
()
Ответ на: комментарий от cumvillain

Без этого тиринг.

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

И да, сейчас modesetting драйвер актуальный, он же по дефолту юзается.

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 1)
Ответ на: комментарий от cumvillain

Без этого тиринг.

Тиринг есть только у странных людей.

thegoldone
()
Ответ на: комментарий от beck

qt действительно кроссплатформенный

Именно поэтому на линуксе он не нужен. Пишите свои кроссплатформенные приложения хоть на электроне, хоть на Qt, хоть на чёрте лысом. А для линукса есть gtk.

и он не только про графику, в отличие от gtk.

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

eternal_sorrow ★★★★★
()
Ответ на: комментарий от archie

а в вяленом гноме тем временем забороли бы тиринг

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

сделали нормальную мультимониторность с разными DPI

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

частотами обновления и VRR,

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

ну и добавили поддержку HDR в перспективе

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

Ну то есть получается, что разрабы гнома - недоговорособные мудаки с одним вялым композитором, разрабы кедов - велосипедисты с другим вялым композитором, а wlroots вообще пилится хрен знает кем. Все друг с другом пересрались и запилили свои собственные велосипеды. Замечательно. Только Wayland тут причем?

Wayland тут при всём, это могильщик десктопного линукса, который его уничтожит своей ущербной архитектурой. Фрагментация будет такая, что с линуксом никто не захочет связываться.

Почему более вменяемыми и договороспособными оказались разрабы Sway, dwl, qtile, которые таки сумели скооперироваться и совместно юзать wlroots, как раньше юзали иксы?

Потому что это маленькие DE, их под wlroots сделать легко, а того же KDE-монстра под wlroots переписывать - это другое.

Skullnet ★★★★★
()
Ответ на: комментарий от archie

Только Wayland тут причем?

При этом все они сотрудничают с freedesktop.org¹. Что-то там придумывают решают совместно. Надёжно как швейцарские часы. Хоронить нужно не только Wayland, просто эта тема про него.


1 – Целью проекта является обнаружение проблем совместимости на ранних стадиях процесса. (Ха-ха).

thegoldone
()
Ответ на: комментарий от eternal_sorrow

…это разные люди.

Мне плевать какие у них имена. Паттерны поведения разработчиков вяленого == паттерны поведения гномо-разработчиков, а значит и то и другое идёт на помойку из-за неадекватности разработчиков этих проектов.

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 2)
Ответ на: комментарий от gag

По крайней мере, от GTK / gobject introspection зависит куча проектов

Кеды в полный рост использают гномолибы. Без них они очень поскучнеют.

utanho ★★★★★
()
Ответ на: комментарий от eternal_sorrow

Вот и редхат примерно также думает.

Но есть пикантный нюанс. Мы уже давно живём в мире, где нужно уметь работать на любой платформе. Qt это умеет, gtk нет.

beck ★★★★
()
Ответ на: комментарий от Andrey1977

Хз, на иксах после установки дров дискретка появилась сама, а на вейланд - нет. Плюс какой-то треш с dpi. Плюс kwin один раз упал и утащил ВСЮ сессию (знаю, что, что-то подпиливают, но это частное решение, где-то будет, где-то нет). Вернулся на иксы. Ей богу, лучше бы эволюционировали.

hatred ★★★
()
Ответ на: комментарий от kirill_rrr

Из за разграничения прав а-ля андроид в андроиде нет многозадачности

Точно из за этого? Может расскажешь, каким образом так происходит?

И что ещё хуже - пользователю запрещены действия с его собственными приложениями

Пользователю ничего не запрещено. Запрещено приложениям.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от kirill_rrr

Вот казалось бы, известно что вот он профиль со всеми данными, сохранками и т.д. Бери, бэкапь, чисть, правь. Но нельзя!

Можно. Рутуй телефон и делай что хочешь. Другим приложениям, без рута - конечно нельзя, так и должно быть.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от MOPKOBKA

типа песочниц и всяких ограничений которые НИКТО из пользователей у себя применять не будет

Будет, если эти ограничения будут идти по умолчанию.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от eternal_sorrow

Протоколы в unstable считаются стабильными (просто их не будут переименовывать для сомместимости).

И они ещё что-то о костыльности иксов говорят. Сами обрастают костыляти не хуже.

X512 ★★★★★
()
Ответ на: комментарий от eternal_sorrow

Разработчики GTK и Wayland явно работают заодно. Это например видно по переделке GTK 4 под примитивы Wayland где они сделаны нативными даже для не Wayland бэкендов.

X512 ★★★★★
()
Ответ на: комментарий от eternal_sorrow

Пользователю ничего не запрещено. Запрещено приложениям.

А приложения для кого работают? Для пользователя. Пользователь хочет чтобы например многооконные приложения работали нормально (абсолютное позиционирование) и не превращались в месево, а нельзя получается.

X512 ★★★★★
()
Ответ на: комментарий от X512

Речь про андроид. И да, приложения не всегда работают для пользователя. Иногда они активно работают против пользователя.

Ну и да, совершенно отдельная тема, но многооконные приложения не нужны.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от X512

Разработчики GTK и Wayland явно работают заодно.

Я обожаю когда люди говорят вообще не понимая ничего в теме. Разработчики gtk и wayland флеймят буквально по каждой мелочи.

cumvillain
()
Ответ на: комментарий от eternal_sorrow

Ну и да, совершенно отдельная тема, но многооконные приложения не нужны.

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

X512 ★★★★★
()
Ответ на: комментарий от X512

Всякие евангелисты, запрещающие пользователю делать что он хочет – враги свободы.

Пользователи не пишут приложений, так что их мнение никого не волнует.

cumvillain
()
Ответ на: комментарий от cumvillain

Вы смотрели на изменения в GTK 4 API? Я да. Оно просто слизано с Wayland. Функционал не поддерживаемый Wayland (например задание позиции окна) там просто удалили.

X512 ★★★★★
()
Ответ на: комментарий от X512

Функционал не поддерживаемый Wayland (например задание позиции окна) там просто удалили.

Потому что разработчики gtk собираются выкинуть поддержку иксов. Сюрприз :)

cumvillain
()
Ответ на: комментарий от cumvillain

Ещё одно подтверждение что они заодно с разработчиками Wayland. Другие платформы, в том числе Win32 и Mac их вообще не интересуют. В Win32 поддержку нативных тем например сломали.

X512 ★★★★★
()
Ответ на: комментарий от X512

Ещё одно подтверждение что они заодно с разработчиками Wayland.

У них выбора нет. Никто не хочет чинить баги в двух стеках. Иди и поддерживай xlib в gtk, тогда все будет ок. Но ты не пойдешь и продолжишь пилить свои унылые теории заговора.

cumvillain
()
Ответ на: комментарий от cumvillain

Никто не хочет чинить баги в двух стеках.

Ещё и в Cocoa и Win32. Действительно, зачем вообще придумали эту переносимость.

gag ★★★★★
()
Ответ на: комментарий от X512

Я пользователь. Я решил что мне нужно.

Открывай редактор и иди пили код, чего ты расселся.

cumvillain
()
Ответ на: комментарий от Skullnet

Скатертью дорога.

Все устали, чож делоц. Пора наконец закопать.

cumvillain
()
Последнее исправление: cumvillain (всего исправлений: 1)
Ответ на: комментарий от cumvillain

А что, там что-то в X11/Cocoa/Win32 полностью сломалось с позиционированием окон, и никто не прислал патчи, чтобы починить?

gag ★★★★★
()
Ответ на: комментарий от gag

А что, там что-то в X11/Cocoa/Win32 полностью сломалось с позиционированием окон, и никто не прислал патчи, чтобы починить?

Xorg они вообще перестали тестировать в gtk5. Что с какавой я хз, я вообще не уверен что оно им надо.

cumvillain
()
Ответ на: комментарий от cumvillain

Xorg они вообще перестали тестировать в gtk5. Что с какавой я хз, я вообще не уверен что оно им надо.

Как и разработчикам приложений не нужен ваш GTK4/5. Есть Qt и есть рабочие GTK2/3, которые менее ущербны чем более новые версии. Форкнуть и допилить напильником и будет отлично!

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 1)
Ответ на: комментарий от Skullnet

Как и разработчикам приложений не нужен ваш GTK4/5.

Правда почему-то на нем куча софта пишется.

Есть Qt

Есть.

и есть рабочие GTK2/3

Без хардварного ускорения, лол. Спасибо, я уже сравнил как pdf рендерится софтарно и как он рендерится через вулкан и софтварно я больше не хочу.

Форкнуть и допилить напильником и будет отлично!

Ждем результатов твоих трудов!

cumvillain
()
Ответ на: комментарий от papin-aziat

3 пикселя вместо 5 в КДЕ и 100500 поломанных экстеншинов в каждом новом релизе Гнома, есть разница или нет? Масштаб проблем в КДЕ и Гноме несколько разный.

rupert ★★★★★
()
Ответ на: комментарий от Skullnet

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

Да, в те времена, когда g++ нужно было патчить, чтобы он более-менее работал, это имело наверное смысл. Но начиная с Qt4 от QString уже надо было уходить.

Сегодня же это большой минус для библиотеки.

А контейнеры чем не устроили? QMap, QVector, QQueue - аналоги тем же контейнерам в STL

Во-первых неполные аналоги, например без аллокаторов. Во-вторых зачем нужны аналоги? Чтобы что? Ну да ладно, контейнеры ещё туда-сюда, они там редко видны при работе с гуёй. Просто лишний код.

Но раз уж на то пошло, со времён того же Qt4 существуют библиотеки для сигналов чисто на темплейтах, без препроцессоров. Препроцессор тоже надо было давно уже выкинуть и перейти на что-то типа boost::signals2.

Так что пожалуй я уточню свой первоначальный тезис: самое неприятное и подлежащее удалению это Кюстринг и препроцессор.

sena ★★
()
Ответ на: комментарий от rupert

Масштаб проблем в КДЕ и Гноме несколько разный.

У меня каждая попытка пользоваться kde обламывается о тупейшие баги типа невозможности открыть папку с ограниченными правами на самбашаре. Гном ок, mount.cifs ок, даже vifm ок, а кеды не могут.

cumvillain
()
Последнее исправление: cumvillain (всего исправлений: 1)
Ответ на: комментарий от eternal_sorrow

Мне мешают евангелисты которые с помощью админресурса и поддержки корпорациями пропагандируют переход на Wayland и закапывание X11.

X512 ★★★★★
()
Последнее исправление: X512 (всего исправлений: 1)
Ответ на: комментарий от cumvillain

Правда почему-то на нем куча софта пишется.

Один гномософт и то не весь.

Без хардварного ускорения, лол.

Ещё один адепт хардварного ускорения. Всё равно в тулкитах либо софт, либо полу-хардварное ускорение. Потому что OpenGL/Vulkan дизайнились для отрисовки хреновой тучи треугольников и для применения пиксельных/вершинных шейдров на фреймбуфер, а для отрисовки графических примитивов и шрифтов непригодны от слова совсем, и в некоторых случаях их применение будет даже медленнее чем если просто отрендерить на процессоре. Какой хардварный фреймворк не возьми: Electron, QML - во всех шрифты мыльцо. Я уже не говорю, что хардварный рендеринг напрочь выкидывает запуск приложений по сети. Вернее, приложения запустятся, но вместо того чтобы передавать команды на отрисовку, будешь таскать целиком весь фреймбуфер. Про ssh -X и производительный RDP можно будет забыть. В GTK3 и так похерили производительность приложений по сети.

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.