Wayland: ваше мнение, впечатления, будущее?

Это разработчики библиотек определяются, под Xlib или xcb давно уже никто в здравом уме и доброй памяти приложения не пишет.

Не следил за его метаморфозами этой программы, просто тут кто-то постоянно ныл, мол зачем нам Wayland, если там xsnow там не работает. Я проверил его из реп на двух тачках – на Fedora 33 с Wayland и Ubuntu 16.04 (вроде) с X.Org, угадай где заработало, а где – нет.

Для Wayland окон тоже работает?

Я его также проверил. В Plasma Xorg работает превосходно. Оригинальный xsnow кстати был несвободным (по крайней мере в Debian он лежал в non-free). Этот уже норм

А если хотят шлангом коммерческий бинарник собрать, то приплыли? ;)

В роллинговом ArchLinux нет зоопарка приплюстных рантаймов

А протухший софт без обновлений под свежайшие библиотеки там есть?

Это кстати о стабильности и заморозке API того же GTK+2.

Ну дык варнингов напихали, а потом заморозили и убирать их не стали, что не так? :P

Предупреждение показывает, что запускается такое приложение на страх и риск пользователя

Ну то есть работать оно должно, но не факт, что будет :P Будто в винде не так, особенно с кривущим NTVDM.

заслужил

Говно какое-то, где синяя изолента?

шлангом коммерческий бинарник собрать

Clang совместим с GCC 3+ и использует то же Itanium C++ ABI. Мне удавалось собрать всю Haiku с помощью Clang так что оно работало включая бинарники скомпилированные GCC.

Десктоп, конечно. Любой.

Впрочем, VNC-сервера, работающий с PipeWire, быстро завезут, так что это не проблема. Главное, чтобы реализации PipeWire с Xwayland дружили :P

Ничё не пойму. Ты говорил про ssh -X, то есть проброс интерфейса ПО, сетевую прозрачность. Я тебе сказал про Waypipe. При чём здесь теперь шаринг всего десктопа?

им может банально не хватить возможностей layer-shell

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

Для гномеров да, возможно. Они странные

x

libgdk-pixbuf2.0-0 (2 2.22.0) libglib2.0-0 (2 2.28.0) libgtk-3-0 (2 3.9.10)

Мда.

На Wayland-окна снежок, конечно, не насыпается? ;)

Ты говорил про ssh -X

Не Мы, а Jurik_Phys.

Они странные

Вот поэтому их и надо курощать :P

Т.е. не выкинули.

Как не выкинули, если из Qt, например, Xlib выкинули ещё в Qt 4.

А из иксов?

Нет, не работает. Этот xsnow игнорирует нативные Wayland-окна по очевидным причинам.

А протухший софт без обновлений под свежайшие библиотеки там есть?

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

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

Впрочем, чего сейчас про иксы-то говорить? Сегодня их отцы-основатели, вроде Keith’а Packard’а, всецело поддерживают и подписывают всякие сомнительные документы: https://twitter.com/keith_x11

собирать никакие дополнительные плюсовые рантаймы для старых программ не нужно

Зато старые либы надо собирать :P Иначе недостаточно протухший.

отсутствием дальнейшего развития этих библиотек

А зачем развивать то, что и так работает?

Этот xsnow игнорирует нативные Wayland-окна по очевидным причинам.

Могли бы сделать регистрацию окон Wayland в Xwayland. В Windows 95 умели делать регистрацию процессов в трёх разных средах (DOS (PSP), Win16 (HTASK), Win32). Не те специалисты сейчас пошли.

Чо ж у современного софта с совместимостью между компиляторами и их версиями проблемы? Сконпелять, например, шлангом tdlib-purple и использовать в нём libtgvoip из дистрибутива — нереально. И даже при сборке g++ не той версии, которой мейнтейнеры сконпеляли libtgvoip, могут быть проблемы.

Сесуритифанатики не для того проектировали Wayland анально огороженным, чтобы просто через Xwayland дать иксовой малвари опять доступ к Wayland-окнам :P

Чо ж у современного софта с совместимостью между компиляторами и их версиями проблемы?

Может быть потому, что написан нестандартный компиляторо-специфичный UB говнокод?

Да?

td_api.cpp:(.text._ZN2td6td_api23createNewSupergroupChatC2ERKNSt3__112basic_stringIcNS2_11char_traitsIcEENS2_9allocatorIcEEEEbSA_ONS_2tl10unique_ptrINS0_12chatLocationEEE+0x2a): undefined reference to `std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::basic_string(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)'

А ты clang’ом собирал с libstdc++ или с libc++?

https://stackoverflow.com/questions/65517742/whats-the-difference-between-stdbasic-string-and-std-1basic-string

Видимо надо ту же библиотеку c++ использовать.

Зато старые либы надо собирать :P Иначе недостаточно протухший.

Да вот, пожалуйста:

https://github.com/heliocastro/qt1
https://github.com/heliocastro/qt2

Куда уж старее? Под современные Linux’ы собираются, работают, в т. ч. и под XWayland. Никаких рантаймов C++ дополнительных кроме системных не требуют. Что дистрибутивы Linux делают не так?

Потому что железо развивается. Ну а далее см. Wayland: ваше мнение, впечатления, будущее? (комментарий)

Не те специалисты сейчас пошли.

И не тот интерес к desktop’у, как на рубеже тысячелетий. Не те средства там уже крутятся.

Формально, подобное можно организовать по уму расширениями протокола и лучше с возможностью подтверждения прав, хотя бы так же как в Android. Мол это приложение запросило информацию о расположении других окон и изображению в них: Разрешить? Разрешить всегда? Отмена.

Сегодня их отцы-основатели, вроде Keith’а Packard’а

Зачем повторять этот 4.2? Он что ли весь DIX (основа логики X.Org) написал?

Jim Fulton joined in January 1988 and Keith Packard in March 1988 as senior developers, with Jim focusing on Xlib, fonts, window managers, and utilities; and Keith re-implementing the server.

Тогда уже был X11 (15 September 1987).

Хотя написано что «and Keith re-implementing the server», но непонятно какой вклад он внёс в код в директории dix.

Можно взять код X11R1 (1987), взять например dix/window.c:CreateWindow, сравнить с X.Org и увидеть много общего.

Мы чо, початоками/кинецами мейкфайл генерировали, чтобы такие подробности знать? :P

Растягивать окна композитором можно без мыла, тупо nearest-алгоритм задействовать и получить красивые олдовые пиксели :P

Зачем повторять этот 4.2? Он что ли весь DIX (основа логики X.Org) написал?

Как минимум он реимплементировал сервер и запилил XRender. Это далеко не простая работа. И Keith Packard действительно «has been heavily involved in the development of X since the late 1980s», не я нарёк его X11 Veteran.

И, кстати, окроме X.Org он ещё работал и над другими проектами, вроде Cairo и Fontconfig.

Как минимум он реимплементировал сервер

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

запилил XRender

Одна из самых кривых поделок которую можно только представить. Один только XClock, который использует кривой API (XRenderCompositeDoublePoly), который не рекомендуют использовать, чего стоит. Это выглядит как доработка каменным топором технологий великих цивилизаций прошлого.

Far worse than complicated, that function is horribly inadequate for the job of tesselating arbitrary polygons. I’m sorry I ever even considered putting that into the Xrender library. You should stop using it immediately to avoid catastrophe; it will generate garbage trapezoids for seemingly benign input. It barely supports the polygons that xclock generates, which was the only test application for that function.

https://xcb.pdx.freedesktop.narkive.com/JwqFjBmX/xcb-xrender-and-thin-lines

В Haiku намного адекватнее расширили API рисования для поддержки субпискельного сглаживания, прозрачности и градиентов. WebPositive через это работает.

вроде Cairo

Тоже кривая тормозная поделка, которую везде заменяют на Skia.

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

Тоесть не выкинули и всё продолжает работать. Жизнь становится гораздо проще, если использовать слова по назначению.

И будет продолжать работать ещё долго, всё так. Только уже не под X.Org, а под XWayland, который не сегодня-завтра станет новой эталонной реализацией X11:

https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/582

XWayalnd, конечно, потом тоже выкинут в отдельный пакет, как это по уму сделано в macOS с XQuartz. Но это не значит, что возможности запускать классические X11-приложения не будет. Просто со временем XWayland перестанет развиваться, как тот же libX11, libXt или libXaw.

Я не согласен с твоим мнением о программных проектах Keith’а Packard’а и мне искренне жаль, что он выступил против RMS. Всему своё время, Skia тоже не сразу стала классной, а лишь после того как Google залил в неё кучу ресурсов.

Слушай, давно тебя хотел спросить, может ты мне поможешь. Где-то давно в Интернете я натыкался на интересную операционную систему или оболочку для DOS/X11/Что-то другое, которая по дизайну напоминала NeXTSTEP или Windows 95. Родом она была из Японии, соответственно там всё было по-японски. К сожалению, не помню, что за аппаратная платформа там была, PC Engine может быть или обычный x86… Не припоминаешь ничего из «эксклюзивных» японских GUI с таким look-and-feel’ом годов в промежутке конца 80-ых, начала 00-ых?

Я не согласен с твоим мнением о программных проектах Keith’а Packard’а

Это не мнение, а факт. Уже был рабочий X11 сервер с готовой архитектурой и той же кодовой базой до прихода Keith Packard. Надо смотреть на код, а не на гуманитарную писанину, полную 4.2. Код старых релизов X доступен. Вообще X11 древнее чем кажется.

Где-то давно в Интернете я натыкался на интересную операционную систему или оболочку для DOS/X11/Что-то другое, которая по дизайну напоминала NeXTSTEP или Windows 95. Родом она была из Японии

BTRON, B-right/V, 超漢字?

В kde plasma отдельный от композитора (kwin) процесс и поэтому им нужен протокол для отображения оболочки. gnome-shell же - единый процесс, композитор и оболочка. поэтому ей не нужен никакой протокол чтобы рисовать саму себя. но если разработчики gnome однажды захотят разделить UI и композитор, то использовать layer-shell валидная опция.

что делать?

Зачем, проще иксы выкинуть.

Keith’а Packard’а и мне искренне жаль, что он выступил против RMS.

Это уже не в первый раз. Он когда-то разругался с разработчиками X11 из за XFixes (одно название чего стоит, мне было бы стыдно называть расширение набором костылей) так что в итоге весь консорциум X развалился. Вредительство на лицо. У него вообще походу проблемы с работой в команде.

By 2002, while Linux’s popularity, and hence the installed base of X, surged, X.Org was all but inactive; active development was largely carried out by XFree86. However, there was considerable dissent within XFree86.

XFree86 used to have a Core Team which was made up of experienced developers, selected by other Core Team members for their merits. Only the members of this Core Team were allowed to commit to CVS. This was perceived as far too cathedral-like in its development model: developers were unable to get commit rights quickly and vendors ended up maintaining extensive patches.

A key event was Keith Packard losing his commit rights. Hours before the feature freeze window for XFree86 4.3.0 started, he committed the XFIXES extension, without prior discussion or without review within the Core Team. The Core Team decided to remove Keith’s commit access, but without removing him from the Core Team itself, and the XFIXES extension was backed out 6 weeks later.

XFree86.

Впрочем я не слепой хейтер Keith Packard, если у него вдруг случится прозрение и он по настоящему исправит проблемы 30 летней давности, то я буду только рад. Но пока всё ограничивается намерениями на конференциях.

Звание ведущего разработчика вызывает сомнения, в списке коммитов dix (ядро сервера и основная логика), он не самый активный.

И будет продолжать работать ещё долго

Но у вейландят это называется «выкинули». Ну, что поделать, такие люди.

Угу, проще. Уже 12 лет выкидывают, всё выкинуть не могут. Скоро детям, рождённым при вейланде, уже будут продавать пиво, звать на свидания и слать повестки из военкомата, а иксы всё выкидывают и выкидывают.

Так себе аргумент. Тут же как с Flash.

За 12 лет от чуть-ли необходимой технологии для веба, это дошло до выкидывания из брузеров.

Так и тут.

Каштан.

Пользуюсь гномом с Wayland на десктопе с AMD, на ноуте с Intel. С 2017 года.

Полёт отличный. Косяки присутствуют, но в других местах.

Вэйланд — как локдаун. Обещали посидеть дома две недели, чтобы flatten the curve, ну, может, три, затем месяц, два, пол года, год и конца-края этому не видно.