О переходе на Wayland. Это не совсем про отказ от X11-протокола в пользу Wayland-протокола, это про иной принцип работы с графикой в ОС.
Каждый развитый Window Manager или же Desktop Enviroment теперь несёт в себе свой вариант GUI-сервера (Display Manager'а) на базе протокола Wayland.
В последние года роль «Display Manager'а» в системе исполнялась X.Org Server (оно же xorg) — реализуя X11-протокол с расширениями, являлся одним из нескольких X Window server'ов. Основным xorg стал пережив почти все другие X Window server'а — иные альтернативные варианты реализации X11-протокола (применимо к миру GNU/Linux).
За предоставление GUI в системе отвечала связка X Window Server + Compositor, потому что почти все оконные менеджеры (Window Manager'ы) стремились предоставлять более-менее приличную функциональность в оперировании графическими окнами приложений и потому превращались в композитные менеджеры.
Теперь же идёт переход к раскладу, когда Display Manager включает в себя и Compositor, потому это называется уже «Wayland compositor» — именно это теперь и заменяет связку «X Server + Compositor».
Почему не именуется Wayland-сервер? Был же в прошлом X Server или X Window Server?
Случился не только отказ от X11-протокола, но и от идеи одного единственного Display Manager'а в системе. Нет и скорее уже не будет «одного на всех» wayland-сервера в роли Display Manager'а.
Если в системе установлены KDE, GNOME, Sway — то у каждого из них внутри свой собственный «Wayland compositor». Они не используют какой-то один на всех wayland-сервер, а каждый как и раньше реализует функциональность композитного Window Manager (как и раньше было), но теперь ещё и с wayland-сервером в придачу.
Когда приходится запускать старые версии приложений, умеющие взаимодействовать лишь с X Window Server и понятия не имеющих о Wayland-протоколе, то среда использует Xwayland внутри своего Display Manager'а для эмуляции X11-протокола (проксированием и трансляцией).
#wayland #x11 #x-window #xwayland #linux



