Comments 64
В Red Hat заявляли, что управляют выпусками X.Org Server, но с рабочей станцией Fedora, использующей Wayland по умолчанию.
Оригинал:
Red Hat folks have long stepped up to manage X.Org Server releases but with Fedora Workstation using Wayland by default and RHEL working that way, they haven't been eager to devote resources to new X.Org Server releases.
В Red Hat заявляли, что управляют выпусками X.Org Server, но поскольку ОС Fedora Workstation, как и Red Hat Enterprise Linux, использует Wayland по умолчанию, они не горят желание выделять ресурсы на новые выпуски сервера X.Org.
Не думаю, можно же сказать folks откуда то там делают что то и по контрактным обязательствам, почему нет?
если вы добавляете про контрактные обязательства — то это уже другой контекст.
просто если это официальная позиция, то это не анонимные folks, а вполне конкретный человек заявит от имени компании.
Пока это говорят какие-то анонимы — максимум мы можем понять, что, возможно, Red Hat собирается что-то решать и возможно не в пользу X.Org, но это пока не окончательное решение, а всего лишь возможная тенденция.
Слава яйцам, есть 4 штуки *BSD и даже некоторое количество дистрибутивов линукса, не контаминированных ими.
А во-вторых, не до конца, потому что мне это делать не нужно. Есть Slackware, есть Void, есть Gentoo, есть даже Mageia (хоть и systemd, а приятная штука) и еще, наверное, найдутся хорошие дистрибутивы. Ваш запах не я один не люблю =)
и из новости не понятно, кто именно предложил считать проект заброшенным.
А как реализуется поддержка видеоадаптеров? Например, apt search driver выводит кучу всяких для X.Org Server и ни одного для Wayland. Их нет или их не завезли в Убунту? Если Wayland работает поверх старых драйверов, то каков профит от выкидывания X.Org Server?
Если конкретно на моём ПК Wayland всё-таки заведётся, может ли отвалиться софт, рассчитанный на работу под X.Org Server? С фичей ssh -X придётся полностью попрощаться?
Думаю там не только привет nvidia. У меня два ноута, медленный (Celeron N3050) и относительно быстрый (Core i5 6200U), на обоих опенсорсные интеловские драйвера, и на обоих я честно пытался пользоваться Wayland (DE — GNOME), более того — на медленном ноуте даже был виден ощутимый профит в производительности, когда оно работало. Но хватило меня дня на два, потому что:
- на обоих в рандомные моменты времени система наглухо фризилась, причем на медленном это было гораздо чаще (с иксами такого ни разу не было)
- в некоторых приложениях были какие-то лютые тормоза отрисовки (например в telegram)
- шаринг экрана в скайпах-зумах — не работает совсем (признаю — работало какой-то период на 18.04 убунте, правда пошарить можно было только весь экран, а не отдельное окно, но на федорах и 20.04 убунте так же не работает)
Я отлично понимаю, что Wayland архитектурно лучше иксов, на медленном железе виден профит в производительности, и я честно периодически пытаюсь им пользоваться, но каждый раз обнаруживаю, что оно все еще неюзабельно, и проблема явно далеко не только в "плохих" корпорациях типа Nvidia или Zoom.
в некоторых приложениях были какие-то лютые тормоза отрисовки (например в telegram)
Qt-приложения (например, telegram) в Gnome по умолчанию запускаются в XWayland. Можно заставить использовать Wayland переменной QT_QPA_PLATFORM=wayland
, но это обычно сопровождается всякими артефактами отображения (на данный момент в моей системе это увеличенный вдвое курсор).
шаринг экрана в скайпах-зумах — не работает совсем
У меня в Google Meet работает.
на обоих в рандомные моменты времени система наглухо фризилась, причем на медленном это было гораздо чаще (с иксами такого ни разу не было)
Это похоже на проблему с опенсорсными дровами, нвидиевские карточки этим сильно грешат, часто настолько, что приходится эту проблему решать из чистой консоли, потому что запуск любого DE убивает систему напрочь. Под иксами, на самом деле, проблемы отображения тогда тоже будут, но, вероятно, значительно менее заметные, так, на одном из моих устройств изображение незаметно рябило, что обнаруживало себя вообще только усталостью глаз при длительной работе.
в некоторых приложениях были какие-то лютые тормоза отрисовки (например в telegram)
А это напоминает баги QT. Конкретно telegram чуть более полугода назад перестал оборачивать себя в XWayland по умолчанию, что стало вызывать замечательные артефакты отображения на системах, где все баги QT еще не пофиксили (на моем debian stable, например, еще актуально). Лечится просьбой работать через XWayland. Для телеграма, например, так:
export DISABLE_WAYLAND=1 && telegram-desktop &
У приложений, использующих GTK, все должно быть хорошо из коробки.
шаринг экрана в скайпах-зумах — не работает совсем
Есть такая проблема, правда, в основном, в зуме. Работает действительно через раз, и часто не понимает, что можно шарить не все. Но я больше грешу на зум, если честно, потому что его альтернативы как-то справляются (но они и не умеют показывать только одно окно).
Вообще, Wayland на десктопе приятен, например, тем, что под ним тот же GNOME запускается ощутимо быстрее, чем под иксами, а в консоли можно удобно (по сравнению с xclip) пользоваться буфером обмена при помощи wl-copy/wl-paste. Правда, за это приходится платить тем, что с ним придется немного повозиться, если, например, захочется переназначить клавиши на клавиатуре или если он по каким-то причинам с первого раза не встанет.
Вообще, Wayland на десктопе приятен, например, тем, что под ним тот же GNOME запускается ощутимо быстрее, чем под иксами, а в консоли можно удобно (по сравнению с xclip) пользоваться буфером обмена при помощи wl-copy/wl-paste.
Мне ещё очень нравится, как работают дробные коэфициенты масштабирования для мониторов (с gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer']"
).
Состояния шаринга экрана в скайпах-зумах (т.е. основанных на хромиуме приложений) сейчас такое:
1) Хромиум поддерживает шаринг экрана в wayland через PipeWire — https://wiki.archlinux.org/index.php/PipeWire#WebRTC_screen_sharing
2) Приложения поверх хромиума собирают почему-то без флага RTC_USE_PIPEWIRE, поэтому шаринг экрана в человеческом виде не работает
3) Сейчас в дискорде, например, можно шарить приложения, запущенные на XWayland
4) Недавно в Электрон (фреймворк для десктопных приложений на основе хромиума) добавили поддержку Wayland, с шарингом экрана ситуация может стать получше (http://opennet.ru/opennews/art.shtml?num=53955)
5) Для шаринга wayland-экранов на wlroots-based композиторах (см. sway) нужно ставить (https://github.com/emersion/xdg-desktop-portal-wlr), как дела у Gnome и KDE — не знаю.
В общем, ситуация исправляется, но до "просто работает" пока далековато.
Я не в теме, что это такое?
Сейчас использую связку Putty + Xming/VcXsrv.
Не совсем то, но vnc over ssh вполне нормально работает.
От wayland я пока отказался, ибо браузер отказался под ним шарить экран. Безопасность — штука хорошая, но надо меру знать. В пользу сомнительных улучшений отказались от важного функционала и ожидают, что их поддержат. Ну ну.
А теперь и он заброшен.
Пока Awesome WM не завезут под Wayland (а по заверениям разработчиков этого не будет никогда), последний не может считаться хоть сколько-нибудь юзабельным.
Так же, как сейчас работает какой-нибудь Parallels — виртуализацией видеокарты и захватом окон из гостевой ОС.
X.Org Server предложили признать заброшенным проектом