Выходит X.Org Server 26.1 RC1 с новыми возможностями

Не все DE работают корректно с нвидией под вейландом. Это не проблема вейланда. Это проблема нвидии (в основном) и этих DE.

Уже работают, но надо немного повозится. Всякие штуки включать\выключать переменными среды. У меня(для Hyprland, но и для кед там не меньше половины надо) их около десятка задается для корректной работы. Что-то вроде такого:

hl.env("WLR_RENDERER", "gles2")
hl.env("CLUTTER_BACKEND", "wayland")
hl.env("QT_QPA_PLATFORM", "wayland;xcb")
hl.env("ECORE_EVAS_ENGINE", "wayland-egl")
hl.env("ELM_ENGINE", "wayland_egl")
hl.env("SDL_VIDEODRIVER", "wayland,x11")
hl.env("_JAVA_AWT_WM_NONREPARENTING", "1")
hl.env("NO_AT_BRIDGE", "1")
hl.env("KWIN_USE_BUFFER_AGE", "0")
hl.env("GST_VAAPI_ALL_DRIVERS", "1")
hl.env("LIBVA_DRIVER_NAME", "nvidia")
hl.env("__GLX_VENDOR_LIBRARY_NAME", "nvidia")
hl.env("MOZ_ENABLE_WAYLAND", "1")
hl.env("NVD_BACKEND", "direct")
hl.env("MOZ_DISABLE_RDD_SANDBOX", "1")
hl.env("KITTY_ENABLE_WAYLAND", "1")
hl.env("QT_WAYLAND_FORCE_DPI", "physical")
hl.env("GDK_BACKEND", "wayland,x11")
hl.env("XDG_SESSION_TYPE", "wayland")

Вывод: для организации VDI на данный момент Wayland непригоден.

А вот с этой штукой пробовал?

WRdp: An experimental, dedicated multi-user RDP server (rcarmo/wrdp) designed specifically to handle Wayland in headless mode by spinning up or reusing managed compositor sessions dynamically

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

Для вяленда есть Qt,GTK. Если с большим упором в графику, то SDL. А какого типа нужны библиотеки? Вроде всё есть и хорошо, что без зоопарка.

Нет. Спасибо за наводку, попробую.

Проблема в том, что эта версия дров в дебиане есть только в экспериментальном репозитории… но и с ними не работает.

А зачем мне уметь его готовить? Иксы поставил и всё, они работают, а с вэйландом еще сплясать надо? А нафига? Ну и плюс если оно еще и не умеет многое, то два раза нафига?

Для вяленда есть Qt,GTK.

Это не для любительских поделок.

А какого типа нужны библиотеки?

Простые и понимаемые обычным человеком, более-менее умеющим программировать на Си, а нет топовым профессионалом.

Вроде всё есть и хорошо, что без зоопарка.

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

PyQt6 не так уж и сложен.

Сомневаюсь что есть смысл обсуждать это с профессиональными продвинутыми программистами. Нужд любителей они не поймут так как для них всё «просто». (еще и Питон использовать предлагают вместо привычного Си).

Написать КАК-ТО работающий код на Qt можно. Но работать интерфейс будет с теми умолчаниями которые скрыты где-то в недрах Qt, а не с той реакцией на кнопки которая требуется в программе чтобы она была удобной для конкретного применения. Именно поэтому в любительском софте с клавиатурным вводом часто такая беда.

Да, я даже знаю как например в GTK переопределить реакцию на клавиатурные события, но раскопать это (когда-то весьма давно) было ОЧЕНЬ не просто и не факт что сейчас это сработает.

gtk_signal_connect(GTK_OBJECT(clist),"key-press-event",
                   GTK_SIGNAL_FUNC(enter_row_callback),NULL);

gboolean enter_row_callback(GtkWidget *clist,GdkEventKey *event,gpointer data){
        if (event && event->type == GDK_KEY_PRESS){
                if ( event->keyval == GDK_Return ||
                     event->keyval == GDK_KP_Enter ) {
                        ViewRecord ( gtk_clist_get_row_data(GTK_CLIST(clist),
                                     selected_row));
                }
        }
        return FALSE;

Проблема в том, что эта версия дров в дебиане есть только в экспериментальном репозитории… но и с ними не работает.

Так это проблемы Debian'а. Юзайте нормальные дистрибутивы наподобие Магейи, Росы и ALT Linux'а.

а с вэйландом еще сплясать надо?

С видеокартами от AMD не надо.

оно еще и не умеет многое

Не всем нужно больше.

Вроде GTK довольно простой, но как по мне, слишком кондовый. Да и кути тоже не сложные, если С++ не пугает конечно. Но это я конечно со своей колокольни смотрю.

Простые и понимаемые обычным человеком, более-менее умеющим программировать на Си, а нет топовым профессионалом.

Пример можно из довяледового, иксового мира? Tcl\Tk? Или что?

ничего что зомби, 
все равно он встал и пошел!
зомби тоже могут
играть в баскетбол!

очень рад. живи, иксулечка!

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

С видеокартами от AMD плясать надо в другом.

Я когда-то тоже использовал Debian, но из-за одного плюса, актуального в те времена: у него был большой репозиторий в формате CD/DVD. А интернет тогда был дорогим и по траффику. Debian же я добывал у знакомых админов и заказывал на дисках по почте.

А когда появился выбор я с него ушёл потому, что он всегда был кривым. И его собственные утилиты всегда криво работали, и пакеты они всегда криво опакечивали. Чего стоит один только rp-pppoe (а это хороший вариант настройки PPPoE-интернета, который всегда работает в отличие от Debian-специфичного конфигуратора)... Что с ним не так? А они не опакетили пример его конфига. А из интернета этот пример до настройки PPPoE-интернета не скачать...

А из интернета этот пример до настройки PPPoE-интернета не скачать…

У каждого были подобные кулстори. Инструкцию по настройке модема для провайдера качать с сайта провайдера или вызвать мальчика за деньги. Чтоб распаковать архиватор нужен архиватор…

Пример можно из довялендового, иксового мира?

http://xforms-toolkit.org

если С++ не пугает конечно.

Естественно он пугает любого программиста-любителя. Особенно в варианте такого нагромождения абстракций над абстракциями над абстракциями как в Qt.

Выглядит неплохо на скриншотах и код вменяемый.

Когда-то всё было просто, и кодировки были однобайтными...

В 2026-м году же юзерам нужна поддержка таких вещей как юникод, масштабирование, сглаживание шрифтов, анимация, работа с тачпадом,... и т.д. В XForms без костылей ничего этого нет.

GTK/Qt сложны не потому, что их разрабатывали садисты, а потому, что в них реализовано всё это (и не только).

ЗЫ. В качестве альтернативы есть FLTK. Да, он поддерживает Wayland начиная с версии 1.4.0.

Удалена поддержка системы сборки autoconf/automake, теперь используется meson

но зачем? meson имеет почти все те же самые проблемы

Это не для любительских поделок.

скорее это наоборот только для них (с учётом того, как бэкенд wayland реализован в них)

кодировки были однобайтными…

Немало узкоспецифичного софта, особенно любительского, продолжает их использовать. Создатели Альтлинукса об этом знают и это учитывают - у них Иксы нативно поддерживают несколько наиболее распространенных русских однобайтовых кодировок и даже довольно экзотические типа белорусской кириллицы. В Иксах юникод это просто ОДНА ИЗ множества поддерживаемых ими кодировок. А локаль - это атрибут даже не юзера, а каждого отдельного процесса. То есть в одном сеансе можно запусатить браузер, которому юникод полезен, и программу управления какой-нибудь электронной железкой где он не то что не нужен, а прямо вреден - так как в микроконтроллерных железках типично символ==байт, это например в знакосинтезирующих индикаторах гвоздями прибито, и не только там. А программной и оперативной памяти в устройстве не настолько много чтобы впихивать туда весьма объемистый код преобразования из/в юникода только лишь ради того чтобы «угодить» программе на компе, хотящей юникода. Тут еще надо напомнить о четырех вариантах «нормализации» при таком преобразовании, причем в разных ОС (линукс,винды,мак) преобладают разные.

В 2026-м году же юзерам нужна поддержка таких вещей как юникод, масштабирование, сглаживание шрифтов, анимация, работа с тачпадом,… и т.д. В XForms без костылей ничего этого нет.

Кому оно надо - имеют возможность использовать Qt. Вопрос был о том, что делать тем кому надо например написать себе программу взаимодействия с контроллером домашней солнечной электростанции (это я для себя такое делал) где всё перечисленное НЕ надо, а надо простота получения удобного интерфейса, хорошо управляющегося с клавиатуры. Я же не предлагаю ВСЕМ использовать XForms, я хочу иметь такую возможность для СЕБЯ (и подобных мне программистов-любителей). Ну или что-то аналогичное XForms под вейландом. Вот когда что-то такое будет - тогда и только тогда я задумаюсь об установке вейланда на свой домашний комп. На работе - там другая ситуация, там начальство решает каким софтом пользоваться и оно же отвечает за результат использования.

GTK/Qt сложны не потому, что их разрабатывали садисты

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

P.S. Кстати, тачпад у меня работал в Иксах еще в начале двухтысячных на моем «разъездном» ноутбуке Panasonic CF27.

Неоднократно видел мниения, в том числе и тут на ЛОРе, что «развитие» этих монстров пошло куда-то не туда.

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

Кстати, выставлять произвольные локали никто не мешает и в Wayland'е. Сам по себе это просто графический протокол.

На современном десктопе и в иксах для плавного интерфейса нужно рисовать много-много раз. И прирост скорости тут возможен только за счёт оптимизаций. А вот это уже не про иксы.

Скорости чего? Как раз именно композитинг это главный замедлитель, и вот теперь его сделали неотключаемым. Отдельно меня радует, как sway греет старый ноут в простое. На старом железе все эти «оптимизации» особенно заметны.

Скорости вывода картинки.

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

А Wayland-композиторы, конечно, являются комбайнами в этом смысле, но именно это позволяет им использовать Zero-Copy без этих тормозных пайпов. Отсюда значительный прирост скорости.

Как он греет в простое, если там уже 8 лет как damage tracking, он не рисует в простое.

У него неправильный вяленд наверно.

Я про конкретно sway писал.

Теперь не то что минорные релизы, но даже RC это повод для новости? Если их будет с десяток - на каждый по новости запостишь? На кой хрен подтверждать эту чушь?

У оппонента уровень технической экспертизы в минусе. С ним бесполезно о чем-либо говорить.

Да не должен бы, но греет. Проверяю на dwm + picom – всё нормально (хотя там свои болячки). Теперь picom --no-use-damage - сразу теплее становится. Надоело это всё, у меня плохая карма наверно. На нормальном железе вообще гном оставил, ибо пофиг уже.

В ядре вон тоже zero-copy, недавно десяток эпических дыр нашли.

Иксы - это глыба и важная часть СПО. Он достоин новости.

Если их будет с десяток - на каждый по новости запостишь?

Второй релиз за год будет. Если в следующих RC будет что-то интересное - напишу.

Эти дыры никак не связаны с самим Zero-Copy. Читал я про одну из тех дыр. Нашли деда, который был причастен к подобному коду, и он объяснил что это такая же архитектурная фича как и gets() в своё время. В те времена юзерам гораздо больше доверяли. В том смысле, что проверки в коде часто воспринимались как лишний хлам просто по той причине, что юзер же не дурак чтобы вводить слишком длинные строки и т.д.

Поэтому есть принципиальная архитектурная разница между старым и новым кодом. И не весь старый код уже перевели на новые рельсы. Но нейросети теперь ускорят этот процесс.

Это ли не zero-copy:

Уязвимость вызвана ошибкой в реализации механизма zerocopy в функции skb_gro_receive()

Уязвимость вызвана ошибкой в реализации механизма zerocopy в функции rds_message_zcopy_from_user()

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

При выполнении функции rxgk_decrypt_skb() расшифровка данных осуществлялась с подстановкой изменений напрямую в страничный кэш для исключения лишней буферизаци

Для исключений лишней буферизации операции с использованием алгоритма AES-GCM выполнялись по месту через выполнение операции XOR к данным в страничном кэш

проблемы в xfrm-ESP и RxRPC вызваны выполнением расшифровки данных по месту c использованием функции splice(), передающей данные между файловыми дескрипторами и каналами (pipe) без копирования, путём передачи ссылок на элементы в страничном кэше

Написано же чёрным по белому

ошибкой в реализации механизма zerocopy

, а не из-за самого факта наличия Zero-Copy.

Это и так очевидно, я тебе намекаю что возможно в твоём вейланде подобных ошибок тоже навалом. Зато быстро.

Сам по себе Wayland - это просто протокол. В нём ошибок не бывает. Ошибки бывают в конкретных Wayland-композиторах. А вот это уже вполне возможно. Однако, они есть самые разные.

И сейчас, например, я пишу из Wayland-композитора на Rust'е, а не на C/C++.

Иксы - это глыба и важная часть СПО.

Это устаревший шлак, который все основные дистры уже заменили на Wayland.

выставлять произвольные локали никто не мешает и в Wayland’е. Сам по себе это просто графический протокол.

Именно это я и хотел уточнить когда задавал вопрос о локалях. У Иксов вон тоже графический протокол, но работать они могут только с теми локалями про которые «знают». К примеру дебиановская сборка Иксов не знает про cp866. То есть если запустить иксовую программу в этой локали то ввода просто не будет. В Альте эта локаль в иксовую библиотеку добавлена и там всё работает надлежащим образом.

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

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

А что за видеочип на ноуте?

У Иксов вон тоже графический протокол, но работать они могут только с теми локалями про которые «знают».

В Wayland'е это просто разные сущности.

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

Не только. Дистрибутивов вагон и тележка, и многие просто не зависят напрямую от решений Red Hat'а и компании.

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

Один из плюсов systemd, например, заключается в том, что он может мониторить состояния сервисов и автоматически перезапускать упавшие. sysvinit так не умеет. Ну и вообще он многим облегчил администрирование системы и избавил от необходимости писать портянки на bash'е для sysvinit'а.

у systemd я видел серьезный недостаток - его начали жестко пропихивать в дистрибутивы в еще очень недоделанном состоянии. А так-то штука это хорошая, хотя и не во всем. Например бинарные логи это как раз плохо. Да, оно может взаимодействовать с классическим syslog и писать текстовые логи, но как минимум в Дебиане часто вылезают вот такие сообщения:

systemd-journald[285]: Forwarding to syslog missed 9 messages.

С чем это связано и какие именно сообщения «missed» - я пока не разобрался.

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

Что касается Wayland'а, то в целом он уже давно работает. Другой вопрос, что ряду людей (далеко не всем) пока ещё не хватает некоторых фич.

Они никогда не переедут, т.к. на wayland невозможно сделать то, что можно на иксах

в целом он уже давно работает

Даже тут на ЛОРе регулярно жалуются что он даже не запускается на какой-нибудь конфигурации железа. Чтобы не запустить иксы - такого очень давно уже не припомню.

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

Кстати, а есть где-нибудь пример простого условного hello world под вейланд? Вот чтобы без заумных тулкитов. Под иксы таких примеров сколько угодно. И вообще документации по программированию под иксы весьма много.

на wayland невозможно сделать то, что можно на иксах

Программисты как известно большие мастера по костылестроению. Так что безусловно найдут способ перенести востребованные фичи. А вот то, что возможности иксов шире чем возможности вейланда - это уже повод задуматься о его якобы «прогрессивности».

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

Вон, и в XFCE пилят отдельный xfwl4.

1) Wayland и не должен работать на старом железе, поскольку его композиторы разрабатываются для новых GPU. Плюс, там ещё Nvidia перестала вставлять палки в колёса только 2 года назад.

2) Не-не-не. Люди пользуются нужным им софтом удобным им способом. И вот тут и происходят расхождения юзкейсов. Кто-то пользуется мышкой, а кому-то обязательно нужны жесты на тачпаде. С первым в Wayland'е проблем нет, а с последним есть. Отсюда и расхождения во мнениях есть нужные фичи или нет.

Кстати, попробовал запустить у себя в Wayland'е kicad. Запустился, проблем не увидел.

3) Там должно быть что-то типа

#include <FL/Fl.H>
#include <FL/Fl_Window.H>
#include <FL/Fl_Box.H>

int main() {
    Fl_Window window(300, 200, "Hello, Wayland!");
    Fl_Box box(0, 0, 300, 200, "Hello, World!");
    box.box(FL_FLAT_BOX);
    box.labelsize(36);
    box.labelcolor(FL_BLUE);
    window.end();
    window.show();
    return Fl::run();
}

основные дистры уже заменили на Wayland

Гном и кде не дистры.

qtile, dwl(но пока flexipatch нет, к сожелению)

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

Например бинарные логи это как раз плохо.

Плохо то, что нет выбора. Если взять какой-нибудь Эластик или флюентбит, то там они сидят в базе, т.е. фактически в бинарном формате. С возможностью искать по полям, агрегировать и прочее полезное. Так что штука прикольная.

Кто-то пользуется мышкой, а кому-то обязательно нужны жесты на тачпаде. С первым в Wayland’е проблем нет, а с последним есть.

А что за проблемы с жестами? И в гноме нормально работают с 3-4 пальцами, и в нири том же есть.