Выпуск XLibre 25.1.0

Ну то есть если у меня запущено 8 программ на 3 тулкитах, один из них – двух мажорных версий (и с QtWidgets, и с GTK такое в одной системе запросто бывает), то одновременно могут работать до 4 разных реализаций одного протокола, правильно?

Я не понимаю, что тебя здесь смущает, учитывая, что в иксах ровно то же самое? У тебя клиент иксов в тулките работал точно так же. Более того, у вяленда есть библиотеки, реализующие его протокол. В твоем дистре всё может быть слинковано на одну либу.

Wayland – это целое семейство протоколов, которые разные тулкиты могут реализовывать с разной степенью полноты, правильно?

Я просто напомню тебе, что во времена расцвета иксов существовало примерно полтора десятка реализаций протокола X, с кучей расширений для него, включая такую великолепную вещь, как сервер шрифтов. То, что сейчас большинство воспринимает как монолитную глыбу, написанную дидами, на самом деле является сборной солянкой того, что за 30 лет выжило, стабилизировалось и не сдохло.

По сути там просто запускается Xwayland в корневом окне.

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

Классическое ненужно. Яб даже сказал некрофильско-нафталиновое.

Почитай про автора форка - там прям эталонный butthurt-driven development. Оно просто не может получится каким-то другим.

Срань господня, оказывается иксы даже это не осилили?

Им не дали это осилить ибо иксы закончили разработку фич задолго до появления VAAPI рабочего в линуксе и перешли в режим поддержки.

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

Так что тут ни со стороны иксов ни со стороны фокса никто особо то даже не пытался. И возможно как раз LibreX подтянет иксовую часть так чтобы заработал хотя-бы mpv.

И кстати если ты думаешь что это легко - то разочарую. В фоксе это нормально еще НЕ работает у большинства людей ( у меня работает :) ). Последние фиксы приводящие к падениям пришли в найтли буквально на днях - валилось из-за долбанных ошибках в округлениях вернее расхождений в округлениях из-за вейландового предстваления координат в виде double - и когда скролилось или ресайзилось окошко с проигрываемым видео периодически размер буфера отличался от размера видео где-то там на 0.0001 пикселя и это крашило вейланд. Так что только в версии 148 проигрывание видео напрямую в буфер экрана без адской нагрузки а шейдерные ядра будет полностью функционально при том что появилось как экспериментальная фича в 140 - то есть это 8 релизов заняло. При наличии выделенного человека который фуллтайм это пилил.

только в версии 148 проигрывание видео напрямую в буфер экрана без адской нагрузки а шейдерные ядра будет полностью функционально при том что появилось как экспериментальная фича в 140 - то есть это 8 релизов заняло. При наличии выделенного человека который фуллтайм это пилил.

И возможно как раз LibreX подтянет иксовую часть так чтобы заработал хотя-бы mpv.

Вообще без шансов - я видел код, который автор форка пишет.

Ты не был готов к моему вопросу) У тебя прослеживаема позиция сильного, знаешь ли, так дискуссию не ведут. К чему эти все утверждения, если ты сразу сливаешься, спрашивая про связь с твоим постом? Ты же утверждаешь, так утверждай дальше!

Иксами невозможно отмасштабировать интерфейс, потому что они масштабируют растр целиком и замыливают иконки и шрифты. А в вяленде масштабированием занимается сам тулкит.

Вот такого уровня маркетинг у вяленого 😁

Под иксами, разумеется, никто не запрещает тулкитам масштабироваться самостоятельно - GDK_SCALE или Dsun.java2d.uiScale например.
Однако (с) их никто и не обязывает это уметь.

П.с. Счастливый обладатель кучи разных дпи под иксами

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

На стороне композитора реализуется как раз выполнение этих протоколов. То есть композитор получает от клиента вызов по протоколу, отрабатывает, возвращает ответ. Если протокол реализован конечно.

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

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

ты издеваешья что ли?

1. в гноме не вестон, а муттер
2. удалённую сессию с полным рабочим столом создать не может
3. лагает просто не по детски! фактически работать невозможно
4. ну и предлагаемая конструкция по ссылке просто восхищает!

/usr/bin/waypipe -s /tmp/socket-local client & ssh -R /tmp/socket-remote:/tmp/socket-local -t user@theserver
/usr/bin/waypipe -s /tmp/socket-remote server –
/usr/bin/weston-terminal kill %1

и да, предвосхищая очередной ответ мимо:

wayvnc поддерживает только конкретные композиторы (GNOME и KDE не работают)

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

Что тебе мешает использовать RDP кроме религии?

Ты не был готов к моему вопросу) У тебя прослеживаема позиция сильного, знаешь ли, так дискуссию не ведут.

Что ты несешь? Задай вопрос нормально - получишь нормальный ответ.

Что тебе мешает использовать RDP? «Хочу VNC» - не аргумент.

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

Ну пока в крысе очень вяло идет разработка под вейланд, но хоть к какйо-то свет виден. В МАТЕ же полчеловека в хоббийном режиме, а основная масса разрабов которые так сказать в комитете по принятию мержей вообще сидит на позиции иксы самое важное, вяленд ваш никому не сдался а вдруг иксы поломаете. Так что это утверждение очень и очень сомнительна.

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

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

юзабельная

ламповость

/0

может мне ещё и ОС поменять на ту где это родное?

и причём тут религия?

понятно, что поставленную задачу в итоге можно решить, но я про это и говорю - в ранее всё легко работавшее вторгается новомодное и превращает в головоломку

может мне ещё и ОС поменять на ту где это родное?

причин много и ты опять с больной головы на здоровую

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

Так это же хорошо - именно так и должно быть.

Тебе надо получить удаленный рабочий стол. Тебе дается решение. Тебе оно не нравится.

Почему?

может мне ещё и ОС поменять на ту где это родное?

Обязательно это сделай. Там ты будешь смотреться куда органичнее.

понятно, что поставленную задачу в итоге можно решить

Ну то есть ты просто троллишь? Это, в принципе, и так было понятно, но хорошо что ты сам это признал.

Ну пока в крысе очень вяло идет разработка

Это в целом исчерпывающе описывает Xfce сколько я его помню :)

В МАТЕ же полчеловека в хоббийном режиме

И в итоге они окажутся на неподдерживаемой апстримом версии Gtk (которую дистромейнтейнеры спустят в сортир) в ситуации когда у дистрибутива будет выбор - тратить усилия на поддержку иксов (которые не интересны даже их разрабам) ради этих полутора пенсионеров, или выкинуть нафик со словами «пердольтесь сами». Посмотрев на объём работ те просто закроют проект и пойдут рыбачить или как там американские пенсы развлекаются?

ну и предлагаемая конструкция по ссылке просто восхищает!

/usr/bin/waypipe -s /tmp/socket-local client & ssh -R /tmp/socket-remote:/tmp/socket-local -t user@theserver

/usr/bin/waypipe -s /tmp/socket-remote server –

/usr/bin/weston-terminal kill %1

Ну да, ну да, привёл «почему-то» то, что описано как альтернативный запуск вручную:

Alternatively, one can launch the local and remote processes by hand, with the following set of shell commands:

— при том что выше же указан обычный вариант, когда всё нужное запускается автоматически:

waypipe ssh user@theserver weston-terminal

Ну и:

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

— просто эталонное 4.2. Работает лучше, чем X11 forwarding со сжатием в той же сетке.

с чего ты взял, что мне надо «удалённый рабочий стол»?

для запуска программы через ssh X11 forward такое совсем не нужно и даже временами вредно или невозможно. это если ты пропустил знание про это в своей жизни. и у RDP есть свои заморочки.

и я спрашивал не про RDP.

в итоге они окажутся на неподдерживаемой апстримом версии Gtk

Ну пока что это оптимальная версия Gtk. Новую версию Gtk имеет смысл рассматривать когда на нее смигрирует крупняк - браузеры, офис, да гимп в конце концов. Гимп еще на 3 еле еле допердел. Фокс - не собирается пока. Мартин написал - нинужно, и 3 хватает. А поддержку иксом если и закроют то в 5. А 5 еще очень долго будет иметь ломаемый с каждым минором АПИ (спасибо гномам с их говнодельной концепцией приветствующей и рекомендующей ломать апи текущего Gtk). То есть в обозримом будущем с выходом релиза Gtk5, когда АПИ Gtk4 наконец-то будет заморожено - начнетсся возможно переезд не-гномьего софта на Gtk4. И только с релизом Gtk6 - закроется поддержка икса в Gtk. То есть лет 5 еще минимум. В общем Gtk тут весьма вялый аргумент за вялого, простите за каламбур.

Я пользуюсь Fedora KDE. Ни одного глюка с поведением курсора не замечал. А из того, что я заметил, – с момента релиза 42 проделана огромная работа по качеству поддержки вейланд в драйверах Нвидиа. В начале релиза были фризы на втором мониторе. Это пофиксили.

с чего ты взял, что мне надо «удалённый рабочий стол»?

Потому что у тебя каша в голове и ты сам не знаешь, чего ты хочешь.

Сначала ты пишешь, что тебе нужен проброс X11, но на худой конец сойдет и VNC (который дает весь десктоп), и получаешь от меня в ответ waypipe.

Далее, ты читаешь про waypipe и, даже не попробовав его, начинаешь ныть, что он работает медленнее и не дает тебе полную сессию.

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

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

Иксы обречены на судьбу маргинальщины вроде всяких бздей

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

Никто не будет писать приложение

Этой проблемы не существует. Большая часть новых приложений пишется на GTK, Qt и богомерзкой вебне, которая в браузерных кишках тоже работает на вяленде.

Я пересел со всем своим обычно используемым софтом с иксов на вяленд и разницы не заметил.

ssh -X

KDE и GNOME дропают иксы

Как не пользовались ими, так и не будем пользоваться.

А я честно попытался пересесть на Wayfire и ужаснулся как мерзко там работает привычный мне софт. Что мне теперь делать: скакать по оконным менеджерам, выбирая какой получше? Почему с X11 такой проблемы нет и мне всё равно чем пользоваться: Marco, KWin или чем-то ещё?

Что мне теперь делать: скакать по оконным менеджерам, выбирая какой получше?

Просто снеси поделку и установи Xorg.

У меня установлен.

Так это проблемы реализаций, они это со временем допилят. Проблема не в вяленде, а в софте, который криво с ним работает.

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

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

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

Я прямо сейчас пишу с KDE и вяленда, всё отлично работает.

Запусти xterm, выведи на экран текст в пейджер(man man), измени размер окна и попробуй нажать более 5 раз PgDown а затем обратно. Конечно можно сказать что xterm ненужно.

Можно ли сказать, что ещё больше людей предпочтут win api и direct3d, лишь бы не мудохаться?

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

Судя по твоим словам, вяленому ещё надо лет 14 на стабилизацию.

ты сам-то пробовал? не, в 1 шаг при определённых обстоятельствах сработает ))))

Вопрос когда. Wayfire по прежнему лучший композитор за пределами тайлинговой тусовки - но его надо уметь готовить. Пилят его 2 челвека - Илья (кстати - почти отечественный продукт) и Скотт. И версия еще 0.10.1 последняя - то есть авторы прекрасно понимают что это еще далеко до продуктивного релиза. Ну просто это конструктор сделай сам. Надо собрать, настроить. Достаточно долго это сильно падало при любом чихе, а если мы говорим про дистры бинарные - то там ожидаемо было старое говно.

Сижу на wayfire git +свои патчи + wlroots git +свои патчи. DE - Mate git + свои патчти + непринятые MR от Люка. Вполне рабочая система если не лезть в Vulkan renderer.

То есть технология - рабочая. Но беда опенсорса - развивать ее некому толком. Wayland сложнее икса ибо требует больше реализовавыть самому - там где в иксе надо было вывать функцию икса и он все сделает за тебя тут тебе надо уродоваться с вызовами всяких cairo, openGL, Vulkan, freetype, pixman…. А денег кроме как в гноме и кедах спонсируемых корпами нет - то есть все wayfire mate и Co разрабатываются энтузиастами в свободное от зарабатывания денег на хлеб и семейно-социальной жизни время. Хочешь лучше - вливайся. Не хочешь - ну жричодали (с) грузинское народное блюдо.

То есть лет 5 еще минимум.

До выхода дебиана 14 и рхел 11 никто даже палец не почешет а это 27-28 год, при этом дебиан явно не бросит иксов в 14 а это +5 годиков поддержки сверху 👌

То есть идея на первый взгляд огонь

Если добавить в xwayland+wayback фичи wayland композитора - когда xwayland открывает окно под хоть compiz, хоть twm - и в нём wayland приложение - вот тогда будет огонь.

Не, лет тридцать. Для базового функционала.

Если добавить в xwayland+wayback фичи wayland композитора - когда xwayland открывает окно под хоть compiz, хоть twm - и в нём wayland приложение - вот тогда будет огонь

Вот именно этого и хочется. Но как оно по факту - не пробовал. Поэтому пилим wayfire + mate-wayland…

Кто-то обещал, что ни одной строчки кода в этом «софте» переписывать не надо будет

Кто обещал? Кому? Когда?

Во-первых, речь шла о композиторах: если они хреново реализуют протокол вяленда, то какие претензии к самому протоколу? Проблема в реализации.

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

Я в 2023 написал для себя хитрую приложеньку на Qt6, она прекрасно работала под иксами, а когда я перешел на вяленный, она всё так же прекрасно начала работать и там.

Запусти xterm

Запустил, потыкал, всё работает. Что я должен был увидеть?

Я в 2023 написал для себя хитрую приложеньку на Qt6

Ну не звездика ты гвоздика (с) Дима Кузнецов. Хитрую. Просто написал приложение на Qt6 не дергая ни одного иксового вызова в обход тулкита - и вся бл…. хитрость. Любое приложение написанное на тулките без прямых вызовов API дисплейной системы будет так работать. Ну если ты не знал - то теперь знай.

Судя по твоим словам, вяленому ещё надо лет 14 на стабилизацию.

Ну и отлично. Проблема-то в чем? Прямо сейчас подавляющее большинство софта работает, основные DE переползли и тоже работают. Развитие софта - это непрерывный естественный процесс, что тебя смущает?

Я сейчас если один проект личный закончу, наверно, с помощью GPT и такой-то матери попробую вкатиться в wayland композиторы. Если сделать так, что root xwayland будет выполнять функции композитора для wayland приложений хорошо и безглючно, переезд на wayland разных DE сильно забуксует, с одной стороны, а с другой - отпадёт надобность в фрагментированной куче самопальных композиторов.