Там пишут красную табличку с текстом «unsupported: VSYNC is not available on the Linux platform»

Виндузятники не палятся =)

именно поэтому иконки декодируют в отдельном процессе с минимальными привилегиями

кто, где? 😮

PS: хотя уже было и ни раз.

самое главное в этом релизе - тупорылые мудаки переименовали все master/slave в primary/secondary. это добавило изрядного веселья при пересборке xorg-овых модулей под новый релиз

А ещё один из отцов сегодняшних иксов, один из знаменитых (нет) «X11 Veterans», уважаемый всеми Keith Packard он же keith_x11, который подарил нам XRender (говно), cairo (годнота) и fontconfig (годнота) публично поддержал травлю RMS: https://baat.z-lab.me/~exl_lab/screens/keith_x11_twitter.png

// Так что если вы используете X.Org, всегда помните что его разработчики старались убрать RMS.

если вы используете X.Org, всегда помните что его разработчики старались убрать RMS

Да хоть бы были отпетыми сатанистами или подмешивали в мацу кровь христианских младенцев. Это не имеет никакого отношения к качеству, функциональности и работе софта. Опять фритарды политику тащат в ОС.

кто? 😮

Nautilus.

уважаемый всеми Keith Packard

не особо

cairo (годнота)

нет

Всё, тему дыр можно считать раскрытой.

То есть ты считаешь бессмысленным уменьшение поверхности атаки? Ты ещё предложи SELinux в RHEL отключить по умолчанию. Или сразу 22-й порт открыть без аутентификции, потому что в маршрутизаторе и sshd могут быть уязвимости.

Да-да, контейнер под каждую ерунду создавать. И пердолиться с контейнером, имея в 3 раза более низкую производительность труда. Чтобы меня уволили =)

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

Ему что, подтверждать вручную каждый доступ к файлу от всей производственной цепочки приложений?

Есть как минимум org.freedesktop.portal.Documents и настройки разрешений для каждого приложения.

С чего ты взял? На эту тему уже были реальные пробивки.

C Chromium с автозагрузкой хорошо работает.

Это не имеет никакого отношения к качеству

Тут действительно не поспоришь. Где X.Org и где качество.

То есть ты считаешь бессмысленным уменьшение поверхности атаки?

Считаю, что 20 лет носиться с тем самым куском кода и кричать «а иксовые приложения могут читать весь ввод» - уже давно моветон, когда дело касается вопросов безопасности.

Надо было бы, уже давно бы запатчили. Не рокетная наука.

Но всем пофиг.

Тебе главное FPS проверить. Хотя ты уже и так проверил.

Кто бы запатчил? Вы видите размер списка изменений за 3.5 года?

С чего ты взял? На эту тему уже были реальные пробивки.

Первая же ссылка в гугле

https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/242

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

Надо было бы, уже давно бы запатчили

Если бы запатчили иксы, то это точно так же сломало бы совместимость с протоколом.

В итоге приходим к выводу, что и реализации (X.Org) пора на свалку, и в протокол (X11) нужно вносить ломающие совместимость изменения. А если исправить все недостатки X11, то как раз получится Wayland.

А предыдущие 17 лет что делали?

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

Нет. Это те самые люди 20 лет не могли запилить нормальный код. И теперь они же пилят вейланд 10 лет. Мне молиться на них что ли? Я бездарей не уважаю.

Качество продукта и отношение разработчика к пользователям вполне характеризуется такими мелочами, как например отказ исправлять работу горячих клавиш в сочетании с хоткеями переключения клавиатуры. «Мы думаем, что возможно это сломает какую-то херню, выпущенную в 89-м году незнамо кем и зачем, поэтому сосите чл^Wлапу, все пользователи современного софта, кто сидит за пределами США.»

Ну а что касается разработчиков тулкитов, которые радостно дрочат на вейланд, то об их способностях вполне свидетельствуют сломанные 20 лет выпадающие меню.

Надо же, в firefox смогли сделать работу с меню, в opera смогли, в FOX toolkit, который вообще в одно лицо был написан, тоже смогли. А в gtk им помешала кривая архитектура иксов.

А во, нашёл https://www.securitylab.ru/news/495283.php

Ещё неизвестно как оно сейчас

Ну началось

Если бы запатчили иксы, то это точно так же сломало бы совместимость с протоколом.

То есть XWayland сломал совместимость с протоколом?

в протокол (X11) нужно вносить ломающие совместимость изменения

Ломающие совместимость с чем? С кодом злоумышленника? Вы извините, что несёте вообще?

А что не даёт просто взять и закрыть эту дыру, не делая для этого целый отдельный XWayland, запущенный внутри gnome shell? Религиозные соображения?

То есть XWayland сломал совместимость с протоколом?

При чём тут XWayland?

Ломающие совместимость с чем? С кодом злоумышленника? Вы извините, что несёте вообще?

А что, кодом для захвата экрана и событий ввода только злоумышленники пользуются?

А предыдущие 17 лет что делали?

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

И теперь они же пилят вейланд 10 лет.

Вейланд — протокол, а не странная реализация, оные пусть пилят нормальные разработчики. А сочувствовать разрабам Х не понимаю зачем.

А в gtk им помешала кривая архитектура иксов

Отговорка, думаю. Ну и ок, имеют право не обращать внимание на легаси-технологии.

При чём тут XWayland?

Под XWayland иксовое приложение может читать весь ввод?

А что, кодом для захвата экрана и событий ввода только злоумышленники пользуются?

Клавиатурный кейлоггер работает не через захват событий ввода.

Надо же, в firefox смогли сделать работу с меню

Но Firefox для отрисовки меню ведь использует GTK+, как и Chrom{e,ium} тот же.

Ну и ок, имеют право не обращать внимание на легаси-технологии.

В смысле легаси, меню сломаны с момента появления gtk, когда еще никакого понятия, что иксы это легаси, не было.

Если не ошибаюсь, сломанный подход к работе с меню они стырили из motif. Вот такое вот легаси без мозгов.

Но Firefox для отрисовки меню ведь использует GTK+, как и Chrom{e,ium} тот же.

Firefox использует стили gtk.

Весь код GUI там свой собственный.

Под XWayland иксовое приложение может читать весь ввод?

Нет. Только у других иксовых приложений.

Клавиатурный кейлоггер работает не через захват событий ввода.

А через что же?

А через что же?

Через прямое прослушивание событий.

Там вообще дырка в дырке.

Впрочем, я уже сто раз на ЛОРе рассказывал, как в парадигме иксов сделать вменяемое управление доступом ко вводу. Там уже и в коде частично намёки на это есть.

Но если уж даже разрабы этого не понимают или делают вид, что не понимают, то здесь и подавно…

Нет. Только у других иксовых приложений.

«Сломали совместимость» и никто не умер.

когда еще никакого понятия, что иксы это легаси, не было.

GTK+, как и Qt, появились тогда, когда разработчики начали понимать, что X11 стал устаревать. Иксы стали легаси как раз с появлением этих графических тулкитов. Если бы это не было так, все бы пилили какой-нибудь Xt+Xaw или Xt+Xm (свободную реализацию Motif) и в ус не дули. И сегодня в составе иксовых библиотек были бы актуальные Xaw или Xm, которые можно было использовать для создания современных графических приложений без ощущения привета из прошлого тысячелетия. Возможно бы даже эти либы были стали бы своеобразным «клеем», как тот же WinAPI в Windows, и может быть даже убили эту угрёбищную мимикрию GTK+ под Qt и Qt под GTK+ в мире Linux ещё в зародыше.

Но «иксы» прокисли и стали Legacy именно с того момента как их разработчики положили хер на Xaw и Xm, заставив прикладников написать себе GTK+ и Qt.

Что-то ты от себя придумываешь, имхо.

gtk2 написан полностью в парадигме иксов и заточен под них.

gtk1 это вообще сборник костылей поверх иксов, и решал он конкретную узкую задачу: другие тулкиты были проприетарные, а запилить свой графредактор хотелось.

Починил: «Changelog которой будет состоять только из одного пункта про удаление говноиксов».

Говноиксы - худшее, что случилось с линуксом за все время. Когда оно уже сдохнет…

Firefox использует стили gtk.

Весь код GUI там свой собственный

Разработчики Firefox активно используют GTK+3 в хвост и гриву, даже такие «bleeding edge» фичи из него, предложенные GNOME’овцами, вроде GTK_HEADER_BAR для CSD: https://github.com/mozilla/gecko-dev/tree/master/widget/gtk

И меню там похоже чисто GTK+3’шное: https://github.com/mozilla/gecko-dev/blob/4cfc1d8874e5409e7475c6cbb0409e3f566a162e/widget/gtk/nsLookAndFeel.cpp#L1634 возможно они все это по своему потом рисуют, конечно. Но учитывая тонны специфичного GTK+ кода в лисе, что-то не похоже.

Вейланд — протокол, а не странная реализация, оные пусть пилят нормальные разработчики.

Не только протокол, еще и обвязка. Ну и протокол там такой… мда.

Глядя на протокол становится понятно, почему с иксами не вышло.

Более молодой Packard мог хотя бы cairo написать, но видать время прошло.

Окошки что на иксах, что на вяленом таскаются не плавно

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

Я не вникал в эту часть, но меню у них всегда работа по-своему, что в gtk2, что в gtk3 версии firefox.

Но это не имеет отношения к вопросу о том, что разрабы «главного тулкита» для Linux клали с прибором на юзабилити.

Что-то ты от себя придумываешь, имхо.

другие тулкиты были проприетарные, а запилить свой графредактор хотелось.

Да ладно. Что на Xt+Xaw не получилось GIMP запилить? Или доработать Xt+Xaw так, чтобы было возможно GIMP на нём запилить? Вот тебе и ответ почему был создан GTK1 и почему иксы устарели уже тогда.

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

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

Да ладно. Что на Xt+Xaw не получилось GIMP запилить? Или доработать Xt+Xaw так, чтобы было возможно GIMP на нём запилить? Вот тебе и ответ почему был создан GTK1 и почему иксы устарели уже тогда.

Без понятия, какие именно ответы предполагаешь лично ты.

Но в рамках разговора могу выдвинуть версию, что дело в общей безблагодатности авторов gtk1. Не было у них мозгов дорабатывать Xt+Xaw.

А что бы и нет =)

Впрочем, я уже сто раз на ЛОРе рассказывал, как в парадигме иксов сделать вменяемое управление доступом ко вводу. Там уже и в коде частично намёки на это есть.

Но если уж даже разрабы этого не понимают или делают вид, что не понимают, то здесь и подавно…

Ну, допустим, можно в иксы добавить управление доступом ко вводу и графическим буферам. Но X.Org в любом случае отправляется на свалку, его нет смысла продолжать активно допиливать. А у X11 полно других недостатков, которые тоже исправлять надо. Вот и получаем Wayland.

«Сломали совместимость» и никто не умер.

1. Это только потому, что в Wayland-окружениях работает X-сервер, являющийся одновременно Wayland-клиентом.

2. Умер. Если у тебя нет иксовых приложений, то кейлоггеры и прочая дичь вообще работать не будет. Если есть — то только на этих приложениях. Глобально подслушивать и подсматривать уже не получится. Соответственно, всякие там записывалки экрана нужно переписывать.

Как только иксовые либы начали выкидываться и заменяться на сегодняшний привычный всем Linux’овый стек, вот именно с этой точки времени эталонная реализация X11 (тогда ещё XFree86) и начала устаревать. Сегодня от «былой славы» иксов остались лишь рожки да ножки управления окошками, даже XInput и тот на свалку выпнули, заменив на libinput.

а чем мне заменить сетевую прозрачность и xembed?

Ну, допустим, можно в иксы добавить управление доступом ко вводу и графическим буферам. Но X.Org в любом случае отправляется на свалку, его нет смысла продолжать активно допиливать.

Проблема не сегодня возникла, об этом еще в 2000-м можно было начинать думать. Или даже раньше, потому что иксы изначально предназначались для сетей. Такие дела =)

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

И это уже не проблема протокола, это проблема, а что происходит с проектом на организационном уровне.

И это уже не проблема протокола, это проблема, а что происходит с проектом на организационном уровне.

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

У тебя с башкой что-то не так, чел. Для начала научись строить правильно предложения и нести конструктивный тон. А до этого не возвращайся, трусишка-анон.

а чем не заменить сетевую прозрачность и xembed?

Так и заменяют же.

Сетевую прозрачность в X.Org которой там теперь и нет (оно давно уже гоняет битпамы как тот же VNC, причём ещё хуже его) сегодня в Linux’ах меняют на VNC, waypipe, и даже всякие там Remmina с AnyDesk’ами.

А XEmbed в ситуации когда главные Linux’овые тулкиты вроде Qt и GTK+ конкурируют и всё больше отдаляются друг от друга давно уже оказался не у дел. Последний оплот XEmbed, системный трей и то подвергли анафеме.

Сетевую прозрачность в X.Org которой там теперь и нет (оно давно уже гоняет битпамы как тот же VNC, причём ещё хуже его) сегодня в Linux’ах меняют на VNC, waypipe, и даже всякие там Remmina с AnyDesk’ами.

А ведь в то время как сторонние компании пытались прикостылить к иксам адекватные средства для работы по сети, разрабы XOrg забивали болт.

Последний оплот XEmbed, системный трей и то подвергли анафеме.

УМВР =)

Для более точного относительно позиционирования. Бывает располагаю окошки с перекрытием, но чтобы нужная часть нижнего окна была видна(видео там идёт, например, или картинка какая-то, или чат). Но чаще всего думаю что «для красоты»

В локалке сегодня Remmina без альтернатив. Чтобы просто и быстро. Можно ещё и через TightVNC и им подобные, но то совсем-совсем просто. Реалии.

сетевую прозрачность

Для свидетелей сетевой прозрачности уже давно всё разжевали. Но вообще, есть Waypipe.

xembed

Тебе для чего?

Сетевую прозрачность в X.Org которой там теперь и нет (оно давно уже гоняет битпамы как тот же VNC, причём ещё хуже его) сегодня в Linux’ах меняют на VNC, waypipe, и даже всякие там Remmina с AnyDesk’ами.

все это не замена, а лишние сущности. для всяких офисов может и прокатит, в области асутп - нет

Последний оплот XEmbed, системный трей и то подвергли анафеме.

ага-ага. gnuplot ехидно хихикает

Кстати, ты есть в p2p сетях?

Что б тебе ни зазеркалировать свой сайт в ZeroNet, например?

P.S. Вот эта наверное штуковина: xdg-foreign будет аналогом XEmbed в <irony>прекрасном десктопном Linux’е будущего<\irony>.