Компания Red Hat опубликовала план прекращения поддержки сервера X.org в дистрибутиве Red Hat Enterprise Linux 10. Изначально, X.org Server был объявлен устаревшим и намеченным на удаление в будущей ветке RHEL ещё год назад в примечании к выпуску RHEL 9.1. Возможность запуска X11-приложений в сеансе Wayland, обеспечиваемая при помощи DDX-сервера XWayland, будет сохранена. Первый выпуск ветки RHEL 10, в котором будет прекращена поставка X.org Server, запланирован на первую половину 2025 года.
Переход от системы X Window System, которой в следующем году исполнится 40 лет, к более новому стеку на базе Wayland происходит уже 15 лет, и компания Red Hat с самого начала принимает в нём активное участие. Со временем стало ясно, что протокол X11 и сервер X.org имеют фундаментальные проблемы, которые необходимо решить, и Wayland стал таким решением. Сегодня Wayland признан де-факто инфраструктурой для оконной системы и вывода графики в Linux.
В то время как сообщество реализовывало новые возможности и устраняло недоработки в Wayland, разработка сервера X.org и инфраструктуры X11 сворачивалась. Wayland значительно улучшается, но это приводит к увеличению нагрузки на обслуживание двух стеков: возникает много новой работы для поддержки Wayland, но остаётся и необходимость обслуживания старого стека на базе X.org. В конечном счёте, подобное дробление усилий стало приводить к трудностям и желанию сосредоточиться на решении основных задач.
По мере развития и расширения возможностей Wayland компания Red Hat, совместно с различными поставщиками оборудования, программного обеспечения, клиентами, представителями индустрии визуальных эффектов (VFX) и другими проектами, пыталась понять и разработать необходимые проекты для устранения имеющихся ограничений и расширения стека Wayland. Среди подобных проектов:
- Поддержка высокого динамического диапазона (HDR) и управления цветом;
- Развитие Xwayland в качестве основы для обратной совместимости с клиентами X11;
- Разработка инфраструктуры для поддержки современных решений для удалённых рабочих столов;
- Анализ и разработка поддержки явной (explicit) синхронизации в протоколе Wayland и соответствующих проектах;
- Создание библиотеки Libei для обеспечения эмуляции и захвата ввода;
- Участие в инициативе Wakefield по обеспечению работы OpenJDK с (X)Wayland.
В начале 2023 года в рамках планирования RHEL 10 инженеры из Red Hat провели исследование, чтобы понять состояние Wayland не только с точки зрения инфраструктуры, но и с точки зрения экосистемы. В результате проведённой оценки был сделан вывод, что, несмотря на то, что ещё есть некоторые недоработки и существуют приложения, требующие определённой адаптации, в целом инфраструктура и экосистема Wayland находятся в хорошей форме и остающиеся недоработки могут быть устранены к выходу RHEL 10.
В связи с этим, решено удалить сервер X.org и другие X-серверы (кроме Xwayland) из RHEL 10 и последующих релизов. C большинством X11-клиентов, которые не будут сразу перенесены на Wayland, должен справиться Xwayland. При необходимости клиенты компании смогут остаться на RHEL 9 на весь его жизненный цикл, пока решаются вопросы перехода на экосистему Wayland. В анонсе отдельно отмечается, что “X.org Server” и “X11” не следует воспринимать как синонимы: X11 - это протокол, который будет продолжать поддерживаться через Xwayland, а X.org Server - это одна из реализаций протокола X11.
Удаление X.org Server позволит, начиная с RHEL 10, сосредоточить усилия исключительно на современном стеке и экосистеме, что даст возможность решить такие проблемы, как поддержка HDR, предоставить повышенную безопасность, возможность работать одновременно с мониторами с разной плотностью пикселей, улучшить горячее подключение видеокарт и дисплеев, улучшить управление жестами и прокрутку и т.д.
<<<

https://www.opennet.ru/openforum/vsluhforumID3/132187.html#498
дебиан не самостоятельный дистр. и релизы называются стремно. “Книжный червь”:( я посмотрел, сколько команд нужно выполнить между апгрейдом 11 -> 12. нафиг надо?
я лучше на FreeBSD посижу. безпроблемный переход между релизами, всегда по одной схеме, и wayland появится не раньше, чем RH оттестирует его на своих хомячках.
FreeBSD никуда не движется и меня это устраивает.
^- @odalist я успешно скомпилировал себе систему, всыпал оперативки 96Гб и можно ничего не делать лет 5 до EOL и перехода на следующий мажорный релиз.
базу обновлю спокойно, но из прикладного софта половину придется выкидывать, потому что программы не стыкуются друг с другом.
это же линуксовый софт. опять будут переходить между мажорными версиями ffmpeg, опять поменяют привыязку к gtk/qt тулкитам, опять заменят pulseaudio… и т.д.
был же нормальный калькулятор в RHEL6, нет надо было испоганить. был же nero burner и adobe reader под gtk2, но нет, надо сломать совместимость между тулкитами. m$ хотя бы позволяет старый софт запускать.
Да. Зато, с устаревшими пакетами, и стабильный. По-настоящему “самостоятельные” дистры какие-то шибко маргинальные.
хоть горшком назови, только в печку не ставь.
Да, фряху было бы интересно потыкать. Может, на зимних каникулах на кухонный комп накачу.
самостоятельные те, у которых есть штат программистов. маргинальные только кажутся такими.
это не линукс. она не обустроена для десктопа прямо так из коробки, отсутствует куча мелких сетингов. нужно гуглить. нужно тщательно обработать напильником.
p.s.
лол)
У Дебиана есть штат мейнтейнеров. Вроде, они даже какие-то бэкпорты делают, стало быть, программисты.
Вот это-то в бзде и интересно.
Кеды-то уже пропатчили, значит, жить можно
это ошибка. программист пишет софт. мейнтейнер его только пакует. ты сейчас как бы перепутал завод по выпуску машин и розничный салон продаж. меня могут взять мейнтенером, ничего сложного, но хрен меня возьмут программистом.
ну если ты к этому готов, тогда она рулит.
да, @JamesHolden как раз так и смотрел FreeBSD полгода назад.
Нет, они патчи делают, а не бэкпорты. Бэкпорты это из другой вселенной.
Они не программисты…
Нет, на FreeBSD она глючная. Я сам тестил. Ну нафиг на ней сидеть…
она - это кеды? кеды сами по себе глючные.
К сожалению, трудно не согласиться.
Поддерживаю.
Я не сидеть, я так, на пробу возьму
Когда я пробовал это, то часто ловил глюк, т.е. при выключении системы, она намертво зависала. Плюс ломалась монтирование флешек, звук скрипел. И это все отъедало больше одного гига ОЗУ.
правильный тред для общения на эту тему: https://linuxtalks.co/forum/general/60627
как делать не надо: https://linuxtalks.co/forum/general/118007
Песец, крип обдолбался.
Обоснуй. В рамках его понятия “самостоятельный дистрибутив” он прав.
Хорошо что мы не по понятиям живём ;)
Каждый философ может изобретать понятия для IT
Но никому кроме других философов они не интересны.
Что ты имеешь ввиду под “упаковка готового продукта”, набор скомпилированных пакетов?
Нет
Я понимаю дистрибутив со средствами установки.
Причём все это должно работать и быть протестировано на совместимость ибо ни Шляпа ни Каноникал не пишут свои версии браузеров и других пакетов.
Т.е. я беру фряху, ставлю какие-то пакеты, запаковываю это всё в тарбол, прикручиваю к этому каламарес, и у меня получается свой независимый дистр?
Да ладно, а Гном и сопутствующий софт кто пишет, не сотрудники ли Шляпы и Каноникла?
Да.
Вот так и появился “Русский линукс” в реестре.
Если вы перепаковыаете все самостоятельно, проводите тестирование и документируете особенности - Да
А в чем проблема?
И в чем проблема?
Каноникал использует продукты разработанные Дебиан, Дебиан - Каноникал.
Не вижу проблем.
Это называется Open Source и кооперация.
Ради всего этого Open Source и задумывалось