LINUX.ORG.RU

X.Org Server 21.1.0

 , , ,


3

1

Спустя три с половиной года с момента выхода последней значительной версии состоялся релиз X.Org Server 21.1.0. Изменена система нумерации версий: теперь первая цифра означает год, вторая порядковый номер крупного релиза в году, а третья — корректирующее обновление.

Из значительных изменений можно выделить следующие:

  • В xvfb добавлена поддержка 2D-ускорения Glamor.

  • Добавлена полноценная поддержка системы сборки Meson. В следующей значительной версии будет удалена поддержка сборки с помощью autotools.

  • Появилась поддержка XInput 2.4, дающая возможность использования управляющих жестов на тачпадах.

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

Также сделан ряд небольших изменений и исправлений.

>>> Подробности

★★★

Проверено: hobbit ()
Последнее исправление: sudopacman (всего исправлений: 6)

Ответ на: комментарий от Siborgium

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

кто, где? 😮

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

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 1)
Ответ на: комментарий от ananas

самое главное в этом релизе - тупорылые мудаки переименовали все 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.

EXL ★★★★★
()
Ответ на: комментарий от EXL

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

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

IRASoldier ★★
()
Ответ на: комментарий от EXL

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

не особо

cairo (годнота)

нет

wandrien ★★
()
Ответ на: комментарий от wandrien

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

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

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

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

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

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

sudopacman ★★★★★
()
Ответ на: комментарий от IRASoldier

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

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

EXL ★★★★★
()
Ответ на: комментарий от sudopacman

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

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

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

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

wandrien ★★
()
Ответ на: комментарий от cobold

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

sudopacman ★★★★★
()
Ответ на: комментарий от wandrien

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

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

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

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

sudopacman ★★★★★
()
Ответ на: комментарий от fernandos

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

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

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

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

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

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

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от sudopacman

Ну началось

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

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

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

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

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

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 2)
Ответ на: Ну началось от wandrien

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

При чём тут XWayland?

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

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

sudopacman ★★★★★
()
Ответ на: комментарий от wandrien

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

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

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

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

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

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

fernandos ★★★
()
Ответ на: комментарий от sudopacman

При чём тут XWayland?

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

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

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

wandrien ★★
()
Ответ на: комментарий от wandrien

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

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

EXL ★★★★★
()
Ответ на: комментарий от fernandos

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

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

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

wandrien ★★
()
Ответ на: комментарий от EXL

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

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

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

wandrien ★★
()
Ответ на: комментарий от wandrien

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

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

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

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

sudopacman ★★★★★
()
Ответ на: комментарий от sudopacman

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

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

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

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

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

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

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

wandrien ★★
()
Ответ на: комментарий от wandrien

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

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

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

EXL ★★★★★
()
Ответ на: комментарий от EXL

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

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

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

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от ox55ff

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

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

anonymous
()
Ответ на: комментарий от wandrien

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+ кода в лисе, что-то не похоже.

EXL ★★★★★
()
Ответ на: комментарий от fernandos

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

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

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

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

wandrien ★★
()
Ответ на: комментарий от cobold

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

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

ananas ★★★★★
()
Ответ на: комментарий от EXL

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

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

wandrien ★★
()
Ответ на: комментарий от wandrien

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

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

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

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 1)
Ответ на: комментарий от ananas

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

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

wandrien ★★
()
Ответ на: комментарий от EXL

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

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

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

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

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от wandrien

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

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

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

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

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

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

sudopacman ★★★★★
()
Ответ на: комментарий от wandrien

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

EXL ★★★★★
()
Ответ на: комментарий от sudopacman

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

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

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

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

wandrien ★★
()
Ответ на: комментарий от wandrien

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

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

sudopacman ★★★★★
()
Последнее исправление: sudopacman (всего исправлений: 1)
Ответ на: комментарий от anonymous

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

NeTC ★★★
()
Ответ на: комментарий от ananas

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

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

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

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

EXL ★★★★★
()
Ответ на: комментарий от EXL

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

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

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

УМВР =)

wandrien ★★
()
Ответ на: комментарий от ananas

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

cobold ★★★★★
()
Ответ на: комментарий от EXL

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

NeTC ★★★
()
Ответ на: комментарий от ananas

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

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

xembed

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

sudopacman ★★★★★
()
Последнее исправление: sudopacman (всего исправлений: 1)
Ответ на: комментарий от EXL

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

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

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

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

ananas ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.