Представлен кандидат в релизы GNOME 49 - последний тестовый выпуск перед релизом, запланированным на 17 сентября. Опубликованный тестовый выпуск примечателен откатом ранее внесённого изменения, отключавшего по умолчанию компиляцию компонентов для поддержки X11 в дисплейном менеджере GDM (GNOME Display Manager)...Подробнее: https://www.opennet.me/opennews/art.shtml?num=63819
Переобулись в прыжке? (сабж не использую, что там у них и как - не в курсе)
Сейчас XLibre развивается активнее, чем вяленд. У вяленда с одной стороны туго работающая бюрократическая машина, где очевидные вещи тонут в долгих обсуждениях, а с другой стороны они до сих пор дорабатывают базовый протокол, что уже говорить о его реализациях. Даже габен воз[буд|мут]ился и начал делать свои протоколы и реализацию.
Готовый гуй в линуксах корпам по большей части не нужен, потому что тогда большая контора теряет рычаги на допиливании и поддержке платных решений под ключ. Там конторы, которые спят и видят сладкие сны про былое доминирование на рынках а-ля IBM или HP — когда жуткий вендорлок и ты или платишь много денег, или довольствуешься кое-как работающими огрызками.
И внезапно оказалось, что болячки иксов — тиринг, безопасность, низкая производительность, отсутствие HDR — вполне себе лечатся, и в итоге у вяленда не остаётся преимуществ. А голый король — это обычный толстый мужик, некрасивый и глупый.
Вяленд осталось разве что переписать на раст.
Ну вы как полечите - приходите, конечно
Не лечатся, пока что рабочих решений из вышеперечисленных нету на Иксах. Достаточно посмотреть на уровень самих коммитов и изменений за все время, и резко удивишься что этот проект делают какие-то ламеры, которую тебе поддержку HDR сделают примерно никогда, учитывая что для этого придется добавлять поддержку в приложения, которые ламеры тебе точно не соберут.
Забыл добавить, они уже умудрились сломать ABI, понад усё как говорится, удачи тестировать.
> поддержку HDR сделают примерно никогдаА чё там сложного-то, учитывая что рендеринг давно композитный, и окна приложений пишут свои данные в текстурки - просто добавить RGB10 формат текстур.
>А чё там сложного-тоНу так бери и делай, потом придёшь, и будешь хвастаться, как в иксах всё работает.
Чего? Тиринг на AMD вылечен несколько лет как, используйте TearFree. Безопасность - давно уже per user X session. "Низкая производительность" - где? На своих задачах проблем с производительностью не наблюдаю. HDR - да, такая проблема есть, когда починят - тогда починят, если для вас "сделают примерно никогда" долго - шлите патчи.
>Тиринг на AMD вылечен несколько лет как, используйте TearFree.Разумеется сделать это из коробки нельзя, красноглазие вылечится.
>Безопасность - давно уже per user X sessionЗато в пределах сессии приложение может делать всё что угодно.
>"Низкая производительность" - где?Я не знаю, про что писал аноним, но я уже кучу раз писал, что в Xephyr не работает графическое ускорение, мне уже даже ссылку на форк кидали, который почему-то(почему же?) не слили с апстримом. Если запускать разные сессии под разными tty, то там будет ещё куча проблем.
>если для вас "сделают примерно никогда" долго - шлите патчи.Xlibre развивается - Кем? - Ну тобой, разумеется, больше же не кем
Во, ты умный квалифицированный аноним. Расскажи нам, а что такое HDR?Вот тут мужики обсуждают: https://github.com/orgs/X11Libre/discussions/251 и оказывается, что в Wayland и в Windows под HDR понимают разные вещи. Где-то это 10 бит на цвет, а где-то 8 бит на цвет и 2 бита на яркость.
А ещё есть Nvidia DeepColor, который вообще 16 бит на цвет. Который, кстати, в X11 предлагали ещё в 2017 году.
Так что именно-то надо реализовывать?
>что болячки иксов… …вполне себе лечатсяТиринг — через композитор, как и в Wayland.
Безопасность — оказывается, может быть и излишней, вплоть до невозможности работать, что с блеском разрабы Wayland продемонстрировали.
Низкая производительность — заметно выше таковой в Wayland.
HDR — тут без понятия, мне на ПК оно без надобности, мне оно и при просмотре фильмов как-то не очень. Все эти светотеневые переходы выглядят занятно, но искажение цветов портит всё.
>Сейчас XLibre развивается активнее, чем вяленд.Вот когда результат будет, тогда и приходите. Процесса уже в вейленде более чем достаточно. Только вот результата у вас нет. Ну внедрили в xlibre поддержку пространств имён, и что дальше? А ничего - теперь эту поддержку нужно в каждое отдельное приложение заносить. Зато ABI поломали. Что там ещё сделали? Xwayland удалили? Всё? Вот и всё развитие xlibre. Они даже готовые патчи не приняли.
>Там конторы, которые спят и видят сладкие сны про былое доминирование на рынках а-ля IBM или HP — когда жуткий вендорлокВендорлок - это иксы. Назовите альтернативную независимую совместимую реализацию иксов, которую можно без проблем использовать. А её нет.
Вовсе не переобулись, в том плане что не оставили затей по выпиливанию, просто оказалось что выпиливать иксы тяжелее, чем просто неподдерживать.
Они ожидали что где-то там прикрутят рубильник парой строк г@мнoкoда на JS или типа того, который сделает им 3awи6ись и тотальное благорастворение всех в вяленом, но не случилось, не фартануло.¯\_(ツ)_/¯
Пишем прежде, чем прочитаем весь текст?
В Linux оказывается побольше лоббизма, чем у нас в правительстве. Я все еще не понимаю надобность в этом протоколе. Как уже было сказано множество раз, в Windows в нем нет необходимости, т.к. прозрачную для всего остального поддержку виртуального дисплея можно прикрутить на уровне драйверов. Но часто это не нужно, т.к. есть RDP и аналогичные штуки, которые просто читают инфу с дисплея в узермоде. А тут подавай отдельную абстракцию, которая конечно в теории является классной штукой, но нужно ли нам столько проблем, которые она тащит за собой?
Этот ваш Линукс буквально продажная девка империализма (корпораций). Имеют как хотят.
> В Linux оказывается побольше лоббизма, чем у нас в правительстве. Я все
> еще не понимаю надобность в этом протоколе. Как уже было сказано
> множество раз, в Windows в нем нет необходимости, т.к. прозрачную для
> всего остального поддержку виртуального дисплея можно прикрутить на уровне драйверов.
> Но часто это не нужно, т.к. есть RDP и аналогичные штуки,
> которые просто читают инфу с дисплея в узермоде. А тут подавай
> отдельную абстракцию, которая конечно в теории является классной штукой, но нужно
> ли нам столько проблем, которые она тащит за собой?Так и есть.Видимо вялый не всем заходит, раз такая натужная потужность в выпиливании иксов, надо всенепременно заставить ВСЕХ переходить на вялого, а то что-то юзверь выпендривается и задорной весёлой толпой добровольно массами не валит, а альтернативы нужно выпилить, чтобы добровольность перехода была более активной! ;)
Вот вам и всё качество Валяного. Но ничего, через пару лет Валяный уж точно вытеснит иксы!
Проблема в кодовой базе GDM, в котором отключение X11 приводит к невозможности запуска сессий X11. Да, они хотели, чтобы Wayland GDM мог уметь запускать X11-сессии. Но ifdef-ы расставлены неверно, так что пока просто отложили.
И настанет светлое будущее. Стек устаканится и не будет новостей желтушных на опеннете и не о чем будет спорить анонимным экспертам.
Какие пару лет? В контексте с вяленым, принято говорить про десятилетние отрезки времени. Ещё не готов. Ждём ещё 10 лет.
>> Какие пару лет?Пара лет на Марсе - 3.76 земных лет, на Юпитере 24 года, на Уране 168 земных лет, на Плутоне 496 земных лет.
Марсианские года - нереально быстро, их не рассматриваю.
> через пару лет Валяный уж точно вытеснит иксы!Выше было дельное предложение. Переписать его на Rust. Вот пускай и займутся. С их темпами еще лет 10 нас беспокоить не будут, а потом, может, еще какое-то занятие для шаловливого ума придумают. Как говорится, и волки сыты, и овцы целы.
Да, это прямо супер насущно. Осталось найти только того, кем пожертвовать, чтобы раст выучил, но такие найдутся, конечно.
>Выше было дельное предложение. Переписать его на Rust. Вот пускай и займутся. С их темпами еще лет 10 нас беспокоить не будутSmithay уже изобретён, так что уже.
System76 пишет свое DE на Rust, включая реализацию Wayland.
Ну а свовсем готов будет?
Все еще уже совсем окончательно еще немного неготов...И это на все бабки rhbm.
Место, чтоль, проклято?!
Ну ничо, зато этих...как их там... компостных месанджеров? - вот их как того самого за баней. Каждый васян, похоже, может написать сразу три!
> Все еще уже совсем окончательно еще немного неготов...ИНДУСтрия держится все еще цепляется за старый хлам.
Ей богу, такой цирк только у пингвинойдов с их Базаром.
На любой другой оси вначале бы отметили как deprecated и сказали "через N лет дропнем и пофиг". И таки дропнули бы! А все кому нужно - адаптировали имеющие кода или пошли бы на...А тут начинается нихачу-нибуду, "поддерживай, мpaзь, вечно!".
> И это на все бабки rhbm.
На все? Да им выделили полтры калеки для разработки.
"Новоё нужное" по вашему мнению - это навязанный отложенный композитинг через юзерспейсовую аппу, которая помимо композитинга ещё и интерфейс рисует, и инпутами управляет, и кофеваркой по d-bus успевает притворяться? Вы бы лучше жаловались на то, что драйвера видюх не докладывают о том, как экран синхронизировать, чтобы непосредственно сами приложения, которые говорят с ними через OpenGL и Vulkan эти самые "идеальные" кадры могли рендерить.
>"Новоё нужное"Это в их мечтах оно "новое". По факту же протоколу вяленого уже больше 20 лет и он безнадёжно устарел к текущему времени.
> "Новоё нужное"Было "не новым" уже лет 10 назад. И нужным оно от этого быть не перестало.
Это просто позор, насколько убогая графическая подситстема в линуксе.
Но "сообщество" продолжает копротивляться....> Вы бы лучше жаловались
Разве я жаловался на что-то конкретное? Тут можно часами расписывать убогость иксов и вещей которых там или вообще нет и их невозможно реализовать из-за архитектуры, или сделаны через одно место. Но какой смысл повторяться.
Безопасность вышла боком - мало что работает.Переплюнуть наработки дедов не смогли современные айтишники.
> Переплюнуть наработки дедов не смогли современные айтишники.оконная система в винде на порядки лучше иксов
оконная система в макоси на порядки лучше иксов
так что не надо рассказывать, современные айтишники прекрасно все смогли, это в лайниксе все как обычно - сидит сишкота с высоким чсв и пилит мусор по типу иксов
Оконная система в винде жёстко прибита к NT. Хорошо это? Нет, не очень.
Оконная система в современной макоси слизана с BeOS (даже делали те же люди, посмотрите как OS 9 и OS X отличаются внутри) и крутится вокруг тех же самых app_server и eventloop.И те и другие внутри внезапно работают не сильно отлично от иксов — и там и там вполне себе всё разбито на сущности, и там и там всё вполне гоняется по сети — хотя и сейчас может не так актуально, мало по сети слать текст, кнопки и столбики в экселе, нужно всё чаще гонять битмапы от всяких приложений. Но на уровне локальной машины иксы — это бинарный протокол, гоняемый через те же самые сокеты/пайпы, и производительность там плохая из-за всяких костылей в реализации, натасканных в угоду гномокедам, а не потому что протокол плохой.
> Оконная система в винде жёстко прибита к NT. Хорошо это? Нет, не очень.это с чего это не очень?
> Оконная система в современной макоси слизана с BeOS (даже делали те же люди, посмотрите как OS 9 и OS X отличаются внутри) и крутится вокруг тех же самых app_server и eventloop.
а вот это хорошо или плохо? а почему?
> И те и другие внутри внезапно работают не сильно отлично от иксов
начнем с того, что они работают, у иксов с этим есть некоторые проблемы
> и там и там вполне себе всё разбито на сущности
надо же, при разработке чего то есть необходимость в группировке по смыслу
> и там и там всё вполне гоняется по сети
скинь пожалуйста соответствующие ссылки на доки по макооси и вин, а то есть у меня сомнения
> производительность там плохая из-за всяких костылей в реализации, натасканных в угоду гномокедам, а не потому что протокол плохой
это они плохие такие! вот если бы не они, все было бы хорошо, они все сломали! жаль только, других не было
ну и да, заберу этот аргумент для споров с работниками года развлекательного заведения имени Кернигана и Ритчи, а то они любят поострить про вуйленд, что это дескать протокол и там все работает, вопросы к реализации
>> Оконная система в винде жёстко прибита к NT. Хорошо это? Нет, не очень.
> это с чего это не очень?С того что GUI в винде вообще в ядре ОС, это не гибко и не универсально, а значит вообще не лучше, чем сделано в линуксе. В Линукс и BSD gui - опциональный, хочешь - запускаешь, не хочешь - можешь вообще его удалить. Если у меня линукс используется на сервере, нахер мне там гуй? А вот в винде если у тебя она стоит на сервере, то гуй там не отключить и не удалить.
> С того что GUI в винде вообще в ядре ОСпруфы
актуальные плз, на актуальные версии win
> это не гибко и не универсально, а значит вообще не лучше, чем сделано в линуксе
окнная система то существует для того, чтобы быть гибкой, поэтому иксы лучше виндового стека, а то что пользователям он нужен чтобы инфу на мониторе смотреть и управлять ею, ну дак это пользователи просто любители смузяка, не понимают, что цель gui - быть гибким, удаляемым и устанавливаемым
> В Линукс и BSD gui - опциональный, хочешь - запускаешь, не хочешь - можешь вообще его удалить.
но зачем в десктопной ОС удалять гуй? или ты мне хочешь сказать, что win активно используется на серверах?
> Если у меня линукс используется на сервере, нахер мне там гуй?
"если у меня лайникс на десктопе, зачем мне там гуй?" - именно так думают создатели различных граф стеков в лайниксе, поэтому и гуй должен удаляться
> А вот в винде если у тебя она стоит на сервере, то гуй там не отключить
а вот это точно не правда, как минимум вот здесь говорится о возможности поставить win с отключенным gui, и это для win server 12, то есть уже как более 10 лет
https://learn.microsoft.com/en-us/previous-versions/windows/...)?redirectedfrom=MSDN
> а вот это точно не правда, как минимум вот здесь говорится о возможности поставить win с отключенным gui, и это для win server 12, то есть уже как более 10 летТы сам то пробовал сделать это? Хинт: нет, он не отключается, командная строка по прежнему в оконном менеджере рисуется с заголовком и кнопками управления.
ок, подловил, только что проверил win 12 на на виртуалочке, ты прав, остается окно, рисуемое софтверноно я рад, что относительно других вопросов у тебя нет возражений
>это с чего это не очень?Нужда тащить с собой кучу легаси, причём если что-то выбросить, то пользователь для себя это не доустановит. Ошибки в гуях могут положить (и раньше успешно клали) систему.
>а вот это хорошо или плохо? а почему?
>надо же, при разработке чего то есть необходимость в группировке по смыслуЭто хорошо, но тут просто констатация факта, что внутри оно примерно одинаковое, иксы — это не плохо, потому что клиент-сервер, ведь клиент-сервер не только в иксах. И подход, когда интерфейс внутри обрабатывается не как битмап, который отдаёт приложение, а как декларация для оконной/графической системы — будь то Be- и NS-объекты BeOS/Haiku и Mac или NT-дескрипторы в Win32/NTUI — вполне нормален, т.е. иксы не одни такие.
>скинь пожалуйста соответствующие ссылки на доки по макооси и вин, а то есть у меня сомнения
Не знать про сетевую передачу интерфейса в той же винде — запредельный уровень необразованности, конечно. Вы уверены, что вы на нужном вам ресурсе? Там не картинка обычно по сети идёт (хотя сейчас всё чаще именно она), а вполне себе NT-шные декларации «рисуй такое окошко, в нём такие кнопки с таким текстом» — т.е. примерно как в голых иксах. Да-да, NT+RDP в базе дают точно такие же отношения сервер-терминал, что и X-сервер+X-клиент.
>это они плохие такие! вот если бы не они, все было бы хорошо, они все сломали! жаль только, других не было
Можно почитать на досуге как иксы двигались, почему появились XFree86, Xorg, Xenocara, а теперь XLibre. Каждый раз всё сводилось к стагнации и попытке подвязать на какой-нибудь вендорлок без учёта реальных нужд, а несогласные вынуждены были делать свою реализацию и брать развитие протокола на себя.
>Каждый раз всё сводилось к стагнации и попытке подвязать на какой-нибудь вендорлокИксы - это и есть вендорлок.
>почему появились XFree86, Xorg, Xenocara, а теперь XLibreА теперь назовите современные совместимые реализации иксов, которые можно поставить одновременно и которые уживутся друг с другом, и не будут иметь при этом ужасных артефактов отрисовки. Казалось бы, уж Xorg и XLibre должны быть совместимы, но уже abi успели поломать.
>И подход, когда интерфейс внутри обрабатывается не как битмапВылезайте из криокамеры. Это может быть и работало в начале нулевых, но уже давно не работает. А вы до сих пор рассказываете об этом так, как будь-то оно работает хорошо.
> Нужда тащить с собой кучу легасипоэтому сорокалетние иксы то лучше да
> причём если что-то выбросить, то пользователь для себя это не доустановит
вот уж не лайниксоеду об этом рассказывать
> Ошибки в гуях могут положить (и раньше успешно клали) систему
в лайниксе гуй конечно же не кладет систему
напоминаю, мы все еще говорим про десктоп
> Это хорошо, но тут просто констатация факта, что внутри оно примерно одинаковое
там и там есть сущности - примерно одинаковое, понял
> иксы — это не плохо, потому что клиент-сервер, ведь клиент-сервер не только в иксах
ну да, для того, чтобы рисовать графику, клиентсерверности достаточно, ничего больше то не нужно
> И подход, когда интерфейс внутри обрабатывается не как битмап, который отдаёт приложение, а как декларация для оконной/графической системы — будь то Be- и NS-объекты BeOS/Haiku и Mac или NT-дескрипторы в Win32/NTUI — вполне нормален, т.е. иксы не одни такие.
нормален, когда по-нормальному сделан
> Не знать про сетевую передачу интерфейса в той же винде — запредельный уровень необразованности, конечно
не понимать, что клиентсерверности недостаточно для реализации графического интерфейса - запредельный уровень необразованности, конечно
> Вы уверены, что вы на нужном вам ресурсе?
я думаю, я лучше знаю, на каком мне ресурсе что и как делать
> Там не картинка обычно по сети идёт (хотя сейчас всё чаще именно она), а вполне себе NT-шные декларации «рисуй такое окошко, в нём такие кнопки с таким текстом»
а не обычно? а не обычно для иксов как обрабатывается? а точно-точно тяжелый композитинг современных венд именно так пробрасывается? а пруфы? а что там по иксам?
> Да-да, NT+RDP в базе дают точно такие же отношения сервер-терминал, что и X-сервер+X-клиент.
только почему то rdp работает отлично, включая сопутствующие фичи, а вот с "сетевой прозрачностью" иксов надо какие-то пляски устраивать
> Можно почитать на досуге как иксы двигались, почему появились XFree86, Xorg, Xenocara, а теперь XLibre. Каждый раз всё сводилось к стагнации и попытке подвязать на какой-нибудь вендорлок без учёта реальных нужд, а несогласные вынуждены были делать свою реализацию и брать развитие протокола на себя.
и сам же выше констатировал, что все, что получилось, стало как то не очень
>> и производительность там плохая из-за всяких костылей в реализации, натасканных в угоду гномокедам, а не потому что протокол плохой.
ну и да, покажите же мне уже нормальную реализацию иксов
а еще забыл рассказать мне про макоось
Мда...
Уже представляю как прибегает тело и начинает орать "У нас там старое овно оказывается не работает!"
А ему: "Вы же сказали что все ок"
"Да кто ж знал что этим старьем еще кто-то пользуется!"
"Так и быть, но в след. раз мы не отключим, а вообще удалим"Вообще это печально. Иксохлам все еще тянет линукс на дно(((
Зря ты свой моник купил для ништяков этой системы.Здесь их отменять еще не раз.:)
> Зря ты свой моник купил для ништяков этой системы.Не то чтобы я даже планировал пользоваться гномом... но ты в какой-то мере прав.
С другой стороны, зачем вообще использовать недодесктоп в виде линя, если есть отличная макось где все что нужно от вейланда уже есть и работает годами.
Да кому нужен Wayland, я вот чего не пойму. 40 лет десктоп идеально работал на иксах, а тут зачем-то пытаются "улучшить" уже работающее
Пффф, "идеально работал" это только в твоем манямирке)Но для лялекса не в первый раз тянуть устаревший хлам и плестись в авангарде прогресса.
А может наоборот, Вайлохлам пытается утянуть Линукс на дно, но ему пока ещё сопротивляются?
Wayland это и есть проблема, причём максимально багованная, а X11 работает идеально
> Вообще это печально. Иксохлам все еще тянет линукс на дно(((Чтобы иксохлам не тянул линукс на дно надо всего лишь сделать альтернативу получше. Это ведь так просто - быть лучше хлама. Чтобы люди сами переходили. Но вот оказалось, что разработка вяленого идёт по времени больше чем иксорга до выпуска вяленого, а нужных фич так и не добавили. У кого-то мышка не работает, у кого-то окна не двигаются и тайлинг движки ломаются, кто-то скриншоты сделать не может. Xorg после 10 лет считался устаревшим. Вяленому больше - он уже устарел, но его даже доделать не успели.
А всё потому что вяленый не нужен в первую очередь разработчикам самого вяленого. Вяленый нужен разработчикам нескольких программ повыше уровнем. Вроде как грязный хак чтобы не разбираться с залежами устаревшего кода. Но эти разработчики допиливают вяленый ровно до того уровня, чтобы он работал У НИХ. Некоторый узкий спектр функциональности достигнут - хорошо. Нужна более широкая функциональность - ну тогда поправим вяленого, или вообще прям в наше приложение встроим хак. А что будет у других - это их проблемы.
Куски недоработанного внутреннего проекта опубликовали под именем wayland. Мол вот вам некоторая база, допишите остальное. А никто не тянется дописывать. Посторонним не интересен, разработчикам вяленого он тоже не интересен. У них свой код есть, где вяленый - второстепенная зависимость.
Ну и очевидно, что раз никто не захотел вместо разработчиков вяленого дописывать вяленого, то они приложили максимум усилий, чтобы утопить иксы. Мол тогда выбора не будет, и кто-нибудь, но не они, всё же допишет вяленого. Но что-то мне кажется, что даже убив иксы, вяленый не воспрянет - слишком уж медленный процесс доработки протокола, слишком жирная бюрократия.
А вы видели кодовую базу GDM? Там код весь устаревший (усохся, сдулся)! Аж сами разработчики всё это грязным хаком называют! Срочно отказываемся от него и переписываем заного!
А Вы кодовую базу хотя бы одного, кроме этого, не "устаревшего" пакета видели?
Сколько ж вас учить - "_начинаем_ переписывать!"А то за "переписываем" могут ведь и спросить - "как там дела, где gdm, кстати?!"
А тут твердо и четко отвечаешь - "начали!"
Уже даже компилируется, но пока не совсем!
ок, ждем пятидесятого, так и запишем, на сорок девятый не переходить
А я думал иксы ото всюду выкидывают, а тут аж сам GNOME вернул(!) поддержку исксов. Еще раз, не какой-то sway или прочие тайловые васяно-wm'ы, а сам GNOME!И да, в кодовой базе этого GDM никто не хочет ковыряться даже за деньги, всё кривое и устаревшее.
Не кривее всего остального.
Ничего не вернул, просто не смог выпелить.
У sddm вроде не проблем от того, что с вейландом запускаешь (но не по умолчанию почему-то). Вообще ни разу никаких проблем с этим не было, спокойно и иксы работают и вейланд. Пора гному нанят специалистов, дивёрсити кадры не справляются.
"В итоге решено в GNOME 49 сохранить в GDM полную поддержку X11 по умолчанию..."Проясните нубасу, люди добрые, значит ли это, что в RHEL и клонах с GNOME 49 останется поддержка полноценной x11-сессии?!
Нет, это означает, что они пытаются реализовать запуск X11 сессий без самого X11.
Дошли недавно руки проверить на практике хвалёную сетевую прозрачность иксов. Ради теста запустил веснот, как не самое требовательное приложение, но в то же время что-то более сложное, чем терминал. Проброс ssh -X - это просто какой-то позор. Мало того, что слайдшоу, менее 1 FPS, так ещё и картинка как по модемной связи, загружается сверху вниз. Firefox открывается как абсолютно пустое белое окно, в котором ничего нет. Часть программ либо вообще не открывалась, либо молча висели. Единственное, что работало нормально - треминал. Но зачем не нужен иксовый терминал, когда у меня уже есть ssh?Для сравнения, через waypipe можно поиграть в wesnoth, с комфортом ходить по веб страницам в firefox, и это не говоря уже о том, что те приложения, которые падали при пробросе иксов из коробки запускаются. Даже можно видео смотреть, хотя с некоторыми оговорками.
Всё остальное в иксах точно такое же кривое и нерабочее как и проброс через ssh, но ненависники вейленда упорно делают вид, что проблем иксов не существует.
Не удивительно. Особенно когда есть шанс, что у XLibre, не смотря на все попытки задушить проект, есть шанс возрадить X11, избавив его от проклятья неэффективной бюрократической машины от которой, кстати, уже начал страдать вялый
Задонать им.
Слишком много алегории. На самом деле, xlibre пишут разрабы, которые ни бэ ни мэ в предмете, то есть даже не понимают отличие xor от pow в си.
Бред отказываться от X не предоставив бессрочной обратной совместимости.
XWayland не в счёт, это часть Xorg и поэтому будет утилизированна вместе с иксами.
Wayback появился спонтанно через 15 лет с начала разработки Wayland и явно не входил в планы разрабов вяленого.
Wayback - это буквально обвёртка вокруг Xwayland. Не пишите на темы, в которых не разбираетесь.
И каким образом ваше микроуточнение меняет смысл моего поста?
Не пишите ответ не поняв смысл темы.
Входил ли wayback или нет, в планы разработчиков wayland - это совршенно ничего не меняет, данный эффект можно было получить задолго до появления wayback. Я подобным ещё в 2022 году занимался, в качестве личных экспериментов.
>XWayland не в счёт, это часть Xorg и поэтому будет утилизированна вместе с иксами.Здесь нужны доказательства
>Бред отказываться от X не предоставив бессрочной обратной совместимости.С каких это пор совместимость должна быть бессрочной?
> Возвращение поддержки X11 в GDM...Ромашкина, ты уже достала со своим любит-не любит. Раз решила в будущее с wayland, так назад не оглядывайся. Кому надо - подтянутся.
Жидва погана править нами...