The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Уязвимости в библиотеках X.Org, две из которых присутствуют с 1988 года, opennews (??), 11-Окт-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


15. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +2 +/
Сообщение от Аноним (3), 11-Окт-23, 12:32 
Если вы про Gnome, то у них какой-то свой костыль для многооконных приложений, чтобы они могли сказать куда конкретно окно поставить. В протоколе не заложено возможности для приложения попросить поставить окно по таким-то координатам, с такими-то шириной и высотой и на вот таком мониторе. Потому что, ещё раз, разработчики вяленого просто хотели поиграть в игрушечки без тиринга и запускать на системе всякий шлак, который сможет делать скриншоты экрана и куда-то отправлять. Для защиты от таких вещей существуют виртуальные машины, имхо.
Ответить | Правка | Наверх | Cообщить модератору

48. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  –1 +/
Сообщение от НяшМяш (ok), 11-Окт-23, 13:12 
Кексперты снова выходят на связь. https://wayland.app/protocols/xdg-shell был стабилизирован ещё в 2014 году. И вяленый создавали как раз для того, чтобы всякий шлак НЕ делал скриншоты экрана без разрешения пользователя.
Ответить | Правка | Наверх | Cообщить модератору

56. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +5 +/
Сообщение от Аноним (56), 11-Окт-23, 13:27 
И вы где-то видите там возможность "поставить окно по таким-то координатам"?

У гнумеров сейчас великая трагедия: для реализации поддержки цветовых профилей монитора им нужно изобрести расширение протокола специально чтобы показать разукрашенный квадратик.

https://discourse.gnome.org/t/what-are-the-current-plans-for...

Цитата:

> Wayland windows can’t be positioned by applications. Monitor calibration software relies on being able to display a square of a colour being measured at a specific location on a specific monitor where the colour sensor will be placed. Either a special new (wayland or dbus) protocol is needed to display monitor calibration swatches, or the calibration software will have to fullscreen itself onto the monitor being measured.

Цирк да и только. Давайте, расскажите мне, какое X11 нагромождение костылей.

Ответить | Правка | Наверх | Cообщить модератору

61. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  –3 +/
Сообщение от Анонин (?), 11-Окт-23, 13:42 
А где собственно трагедия? Ну добавят они протокол.
Протоколы на то и нужны, чтобы не было такое нагромождение костылей как иксы.
Ответить | Правка | Наверх | Cообщить модератору

67. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +1 +/
Сообщение от Аноним (56), 11-Окт-23, 13:54 
Ага, а потом ты, разработчик своей программы, идешь далеко лесом, когда тебе нужно показать не квадратик, а кружочек. Ибо ни времени, ни денег, ни желания потратить пару-тройку месяцев на пропихивание своего расширения протокола у тебя нет. Да и никто его не примет, ибо нужно оно лишь сугубо твоей программе.
Ответить | Правка | Наверх | Cообщить модератору

74. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  –1 +/
Сообщение от Анонин (?), 11-Окт-23, 14:04 
Калибровка монитора нужна не одной единственной программе. Поэтому протокол примут.

> ибо нужно оно лишь сугубо твоей программе

Печалька. Но жизнь несправедлива.

Ответить | Правка | Наверх | Cообщить модератору

76. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от Аноним (56), 11-Окт-23, 14:10 
> Печалька. Но жизнь несправедлива

С линуксячим десктопом вполне справедлива: было 2%, а с горе-вайлендом станет и того меньше.

Ответить | Правка | Наверх | Cообщить модератору

80. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  –2 +/
Сообщение от Анонин (?), 11-Окт-23, 14:29 
Не согласен. Как много людей калибрует мониторы? Скольким нужна "сетевая прозрачность"?

Возможно станет наоборот больше.
Представим что у меня 4к HDR монитор как основной и еще один старый обычный фулл-хд как дополнительный.
Вот толку мне от иксов? Как мне настроить разный dpi без пердолинга? Про hdr вообще вспоминать не буду.

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

Невозможно сразу добавить все протоколы, которые покроют все хотелки юзверей из системы "все разрешено".
Вначале добавляются очевидные, а потом просто ждешь жалоб.
И да, "я всегда так делал" - ни разу не аргумент для добавления))

Ответить | Правка | Наверх | Cообщить модератору

90. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +1 +/
Сообщение от хрю (?), 11-Окт-23, 14:48 
> Невозможно сразу добавить все протоколы, которые покроют все хотелки юзверей из системы
> "все разрешено".
> Вначале добавляются очевидные, а потом просто ждешь жалоб.

Вот они и идут таким "мудрым" путём. Уже 15 лет. Добились, чтоб что-то работало. Какие молодцы!
В иксах можно из консоли двигать мышью, кликать кнопками и т.п. Когда это будет в вяленном? Никогда - небезопасно! А мне вот очень пригодилось в своё время. И такого очень много, что пригодилось кому-то когда-то. Вяленный это когда все ходят, строем, то есть как надо. Безопасно? Наверно. Но я хочу ходить, как мне надо, то есть самому решить, где граница "безопасно" и "удобно". Я для этого и использую linux.


Ответить | Правка | Наверх | Cообщить модератору

95. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  –2 +/
Сообщение от Аноним (21), 11-Окт-23, 14:55 
О_о
Я понимаю что ты настолько уникальный, что мышем шевелишь из консоли.
Даже немного интересно, как оно тебе "очень пригодилось")

Но думаю таких очень-очень мало.
Как ты думаешь, насколько приорететен таск "добавить консольную мышедрыгалку, для одного пользователя Хрю. Он очень об этом просил" ?

>  Но я хочу ходить, как мне надо, то есть самому решить, где граница "безопасно" и "удобно".

Хочешь - сам и поддерживай, в опенсорсе тебе никто ничего не должен.
Разрабы Гнома/Кедов/Федоры решили, что будет без Х11 - значит они так делают.
Твое мнение очень важно, можешь пойти поныть на форуме.

Ответить | Правка | Наверх | Cообщить модератору

100. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от хрю (?), 11-Окт-23, 15:08 
> О_о

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

Ответить | Правка | Наверх | Cообщить модератору

108. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от Аноним (21), 11-Окт-23, 15:19 
Т.е ты слился?
Это было предсказуемо. Ну хоть про "написал скрит" выдумал.

> Любители ходить строем и решать проблемы через гугль.

Конечно, анархия лучше, когда калькулятор ловит клавиши твоего менеджера паролей.
Дай угадаю, замка на двери у тебя нету, пин код от банковской карты записан прямо на ней, а пароль от почты 'password' или '123456'?
Зато не строем ходишь)

Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

143. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от anonymous (??), 11-Окт-23, 17:26 
Сразу видно, что скрипты автоматизации ты не писал и не знаешь зачем оно нужно. Для тестирования, кстати, тоже подходит. Даже винда это умеет. А вяленому - когда-нибудь кто-нибудь напишет расширение, возможно оно даже будет стандартизировано.

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

А если ставишь помоечные программы - есть firejail и xpra. Кстати, xpra он только под иксы, для вяленого не завезли.

Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

154. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от Аноним (21), 11-Окт-23, 18:02 
В "проверенном пакете" не может быть дырени? Например повышение привилегий?
Вот недавно в libvpx, libcue и Glibc ld.so нашли.

Ты скачал самый официальный и проверенный например curl.
А он получает доступ к соседним окнам.

Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

176. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от Конь_в_пальто (?), 12-Окт-23, 11:15 
Ви таки удивитесь, на скольки ответственных системах и в каких учреждениях стоят пароли типа 123456, password, 1234, 1111...
Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

112. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +1 +/
Сообщение от Анонин (?), 11-Окт-23, 15:41 
Мониторы не работают нормально, тиринг все еще воскресает, HDR не будет никогда, он блин может шевелить мышью из консоли! Ну офигеть! А троллейбус из буханки сделать можешь?
И сколько таких, которым оно нужно? Ты реально сравниваешь "шевеление мышь из консоли" с реально нужными вещами и приводишь как аргумент почему почему нужны иксы?
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

99. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +1 +/
Сообщение от Аноньимъ (ok), 11-Окт-23, 15:04 
> минимизации требований при сохранении безопасности

Да НЕТ у протокола иксов никаких проблем с безопасностью. Ничего ТАКОГО из за чего можно было бы сказать - нам нужно сделать протокол с нуля через опу.
Реализация так себе, хромает, можно было попробовать систематизировать спеки протокола, и переписать с нуля на расте. Или итеративно разгребать то что уже есть.
Но и то что уже есть вообще работает неплохо.
Нахрена только современные прогрессивные хипстеры решили DPI зафиксировать на 96 вопрос хороший, ну да гореть им в аду синим пламенем.

Как кстати в вейланде? Ну вейланд то не паршивые иксы, DPI монитора он то может определить?

А доступ к окнам и таканье программно мышкой ЭТО ФИЧА.
И в винде это работает на ура, хотя там "усё для дурака" по умолчанию.

Это НИКОГДА не было проблемой безопасности.

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

106. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от Аноним (21), 11-Окт-23, 15:15 
Да, да конечно фича.
Напоминает фичу "каст к void*", тоже очень нужна и пофиг на безопасность.
То что любая приложуха ловит клавиши от всех приложений на х-сервере это тоже фича?

> Это НИКОГДА не было проблемой безопасности.

И CVE-2018-14665 которая тригерится удаленно, наверняка тоже фича. И не проблема безопасности.

Если вам это нужно - тогда поддерживайте это все сами.

Ответить | Правка | Наверх | Cообщить модератору

110. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от Аноньимъ (ok), 11-Окт-23, 15:24 
> То что любая приложуха ловит клавиши от всех приложений на х-сервере это тоже фича?

Не ловит. Вы врёте.

> И CVE-2018-14665 которая тригерится удаленно

В смысле когда вы иксы по сети юзаете? Такое конечно же бывает с чем угодно что в сеть смотрит, стоит наверное все таки через ssh или vpn трафик к критическим нежным сетевым сервисам заворачивать, не?

> Если вам это нужно - тогда поддерживайте это все сами.

Вы что-то из графического стека Линукс поддерживаете?

Ответить | Правка | Наверх | Cообщить модератору

114. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  –1 +/
Сообщение от Аноним (21), 11-Окт-23, 15:49 
Нет, для моих задач мне хватает вейленда.
Зачем мне тратить свое время на то что и так работает?
Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

121. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +2 +/
Сообщение от Аноним (121), 11-Окт-23, 16:03 
> для моих задач мне хватает

Вы не один в этом мире живёте и этот мир не для вас.

Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

127. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  –1 +/
Сообщение от Аноним (21), 11-Окт-23, 16:19 
Полностью согласен.
Но разрабы всяких DE, которые вкладывают туда свое время и труд, должны решать "что им в проекте нужно, а что нет".
Пользователи могут на это повлиять, но финально решение только за разработчиками.

Они так решили -> X11 будут выпиливать из разных дистрибутивов.
> Вы не один в этом мире живёте и этот мир не для вас.

Есть ли у вас какое-то право требовать от них менять их решение?

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

128. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от Аноньимъ (ok), 11-Окт-23, 16:22 
А кто-то что-то тут кроме Вас от кого-то требует?
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

144. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +1 +/
Сообщение от Аноним (3), 11-Окт-23, 17:29 
Мне для моей задачи - смотреть на экран и видеть окна, вейланда не хватает. По крайней мере того, который сделан на wlroots. Потому что экран превращается в отвратительное мыло. Почему? А х его знает, разбираться я в этом не хочу, как и в том каким образом вот этот вот конкретный новомодный сервер свои конфиги делает. Мне проще dwm переписать, потому что он просто окошки двигает, а не копаться в целом сервере.
Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

193. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от randomiize (?), 13-Окт-23, 11:04 
> То что любая приложуха ловит клавиши от всех приложений на х-сервере это тоже фича?

Да. Глобальные хоткеи просто необходимы для электронных словарей.

Ответить | Правка | Наверх | Cообщить модератору

171. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от Аноним (171), 11-Окт-23, 22:08 
> Да НЕТ у протокола иксов никаких проблем с безопасностью. Ничего ТАКОГО из
> за чего можно было бы сказать - нам нужно сделать протокол
> с нуля через опу.

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

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

> Реализация так себе, хромает, можно было попробовать систематизировать спеки протокола,
> и переписать с нуля на расте. Или итеративно разгребать то что уже есть.

Итеративно разгребать то что не маппится на архитектуру современных GPU и то что делают апликухи - не получится. Кейт Пакард и ко проверяли. Но вам никто не запрещает писать на хрусте свою реализацию Xorg. Вот только проблемы с архитектурой и перфомансом это точно не решит.

> Но и то что уже есть вообще работает неплохо.

Понятия о неплохом - у всех разные. В иксах сколь-нибудь активно рисовать графику это боль. И все плееры, анимированные вьюпорты и проч - юзают что угодно кроме иксов. Т.е. GL, Vulkan, все такое - иксы в принципе не способны к быстрому low-overhead выводу графики.

По иронии судьбы их встроенные facilities такой крап что ими никто не пользуется и программы от и до рендерят себя в гигантский битмап сами. И вот ситуация: у вас оверинженернутый и тормозной плеватель битмапов в виде Xorg с 1 стороны и программы которые не собираются даже в проекте пользоваться вон теми наворотами внутренностей Xorg с другой.

> Нахрена только современные прогрессивные хипстеры решили DPI зафиксировать на 96 вопрос
> хороший, ну да гореть им в аду синим пламенем.

В иксах проблема далеко не с DPI. А с общим уровнем их facilities и тому факту что от грубой нестыковки ожиданий и реалий софт сам стал все делать.

Да, вы можете теоретически рендернуть в иксах TTF со всеми наворотами. Практически, если вы это удумаете, в какой-нибудь терминалке где случайно сделали cat лога на пару гигов - рендер поставит колом всю систему на ...цать минут. И вы даже таскменеджер не сможете отрисовать чтобы убить проблемную программу. То что там нет ни намека на арбитраж, полисовку ресурсов, и прочие ненужно - даже и упоминать неудобно.

> Как кстати в вейланде? Ну вейланд то не паршивые иксы, DPI монитора
> он то может определить?

Ему само по себе DPI вообще до балды. Он вообще surface'ами управляет по сути, а DPI больше интересует встроенные рендеры программских тулкитов, чтобы контролы адекватных размеров рендерить. Вяленду это все довольно ортогонально. Да и иксам по сути тоже - иксовыми фичами для рисовки контролов тоже никто не пользовался, они ж страшные как смерть.

> А доступ к окнам и таканье программно мышкой ЭТО ФИЧА.
> И в винде это работает на ура, хотя там "усё для дурака" по умолчанию.
> Это НИКОГДА не было проблемой безопасности.

Да как вам сказать? Майкрософту изначально и Win95 с его безопасностью MSDOS нормальненько был. А чо, там вообще системы прав нет. Всем можно все.

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

172. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от Аноньимъ (ok), 11-Окт-23, 22:30 
Вместо того, чтобы сделать нормальную рисовалку, отдавать всё зоопарку тулкитов, и только контексты графические раскидывать - так себе решение.

И ведь не только в рисовалке дело.

> Практически, если вы это удумаете, в какой-нибудь терминалке где случайно сделали cat лога на пару гигов - рендер поставит колом всю систему на ...цать минут. И вы даже таскменеджер не сможете отрисовать чтобы убить проблемную программу

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

> Ему само по себе DPI вообще до балды. Он вообще surface'ами управляет по сути, а DPI больше интересует встроенные рендеры программских тулкитов

Вы похоже в теме, а откуда они под вейландом информацию о DPI берут? Где в нём вообще информация о дисплеях?

Ответить | Правка | Наверх | Cообщить модератору

185. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от крокодил мимо.. (?), 12-Окт-23, 13:29 
> Как сказать нет. Иксы довольно тяжко гонять без рута.

пример - OpenBSD xenodm/Xenocara: сервер крутится под выделенным юзером (_x11)..

> А дизайн кишок
> и протокола таков что на сервере иксов на всю толпу ворочаются
> ресурсоемкие операции. Это как минимум позволяет поставить всю толпу колом если
> какая-то программа что-то сделает не так и вкатит тяжелые запросы рендеринга
> на серверный процесс.

как и при любых операциях, в кап нагружающих железо (cpu/gpu).. тут можно в много слов для каждого case..

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

если окошко "таскменеджера" на gtk-3/4, - то хрен оно запустится "за обозримое время" при самых благоприятных условиях.. искренне Ваш, КО..
а переключение в tty и корректное разруливание - эт для дидов, ога..

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

а тут, Петька, начинаются "нюансы"(с)(Чапай)..
в теории, wayland сбрасывает с себя часть функционала на ядро/драйвер, грубо говоря.. опять же, в теории это должно дать выигрыш в производительности.. а де-факто уже 15 лет имеем просадку в этой самой "производительности", ужас в 2d (да и в 3d не сказать, что шоколад, хотя цвет оч похож..) и кучу нерешённых/нерешаемых case-ов, для которых, опять же по чьим-то словам, то новыйпротокол нужен, то ещё какое место почесать..


> Понятия о неплохом - у всех разные. В иксах сколь-нибудь активно рисовать
> графику это боль. И все плееры, анимированные вьюпорты и проч -
> юзают что угодно кроме иксов. Т.е. GL, Vulkan, все такое -
> иксы в принципе не способны к быстрому low-overhead выводу графики.

есть такая штука: аппаратный XV (x11/xv а-ля "Default Xv adaptor is Video Overlay").. то самое аппаратное 2d, когда native x11 software scaling не хватает..
посмотреть на "чистые" иксы в графике можно, например, в nethack.. версия 3.6.7 - оч приятна внешне.. дефолтный xmessage - как дефолт в консоли: чистый функционал, если хош - причеши, нет - пользуй так..


> В иксах проблема далеко не с DPI. А с общим уровнем их
> facilities и тому факту что от грубой нестыковки ожиданий и реалий
> софт сам стал все делать.

/usr/X11R6/bin/xgc
"всё, что Вы хотели знать"..

> Да, вы можете теоретически рендернуть в иксах TTF со всеми наворотами. Практически,
> если вы это удумаете, в какой-нибудь терминалке где случайно сделали cat
> лога на пару гигов - рендер поставит колом всю систему на
> ...цать минут. И вы даже таскменеджер не сможете отрисовать чтобы убить
> проблемную программу. То что там нет ни намека на арбитраж, полисовку
> ресурсов, и прочие ненужно - даже и упоминать неудобно.

кaт лога на пару гигов - а не смузи ли это? :))
"арбитраж" иксов всегда вели из ядерной консоли (tty)..
как и всего прочего..

>> Как кстати в вейланде? Ну вейланд то не паршивые иксы, DPI монитора
>> он то может определить?

кстати!.. а как в wayland с "арбитражом", "полисовкой ресурсов" и "прочим"? до сих пор нет аналога xrandr и не будет, кмк, т.к. это всё свалили на тулкит/приложение/драйвер/kms..
и вопрос с dpi, который в X можно было отдельно задать для шрифтов (xft), внезапно и неожиданно теперь стоит колом, что характерно.. пример:

$ xrandr 2>&1 | grep connected
default connected 1024x768+0+0 0mm x 0mm

т.е. драйвер не даёт инфо о физ. размере дисплея (типовая ситуация).. в X это никого не беспокоит, т.к. ты можешь поставить любой dpi ручками в ~/.Xresources или тупо стартануть сам сервер с нужным dpi или рихтануть xrandr-ом по живому..
в wayland всё прописывается через ядро (kms/grub) и при невозможности автоопределения каждый тулкит/(каждая софтина) теперь делает что хочет.. а уж квест установки кастомного dpi - теперь это "ненужно" и "лишнее", что характерно..

на словах - wayland в мультимониторном конфиге легко на каждый моник вешает требуемый dpi.. на деле -  мы все в курсе, какой аДЪ творится при перебросе приложения с одного монитора на другой..

>> А доступ к окнам и таканье программно мышкой ЭТО ФИЧА.

именно!.. оч хорошо это понимаешь, когда есть лишь морда софтины и вагон рутинных действий.. не говоря о простейших скриптовых сценариях/оптимизациях.. теперь это "небезопасно" и "ненужно"..

субъективно: X - оч непростая штука.. она работала более 30 лет и, надеюсь, продолжит работать.. возможно, лет через дцать Wayland таки сможет в полную замену функционала X-ов.. а сейчас имеем лишь 15 лет разговоров о "преимуществе дизайна" при отвратительной реализации.. собсно годный десктоп на *nix никогда никому, кроме маргиналов, был не нужен.. от слова совсем.. вот и..

Ответить | Правка | Наверх | Cообщить модератору

189. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от Аноним (171), 12-Окт-23, 20:22 
> пример - OpenBSD xenodm/Xenocara: сервер крутится под выделенным юзером (_x11)..

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

> как и при любых операциях, в кап нагружающих железо (cpu/gpu).. тут можно
> в много слов для каждого case..

Ядро в шедулинг, арбитраж и полисовку железа умеет. Иксы с прицелом на это всерьез никто не делал. Более того - такая фича на уровне кернела лучше получается. Ему виднее кто и что хотел и его никто не полисует и не шедулит непредсказуемо, в отличие от юзермода. А юзермод к этому припахивать - такое себе. Иксы с этим явно не справились, любая ресурсная проблема превращает их в тряпочку и идем убивать процесс в консольку. Многозадачность вида "дискетку доформатирую и покажу многозадачность".

> если окошко "таскменеджера" на gtk-3/4, - то хрен оно запустится "за обозримое
> время" при самых благоприятных условиях.. искренне Ваш, КО..

Иксы довольно легко поставить колом до состояния когда там вообще графика почти не рефрешится. Я не хочу чтобы у меня графика в 2023 году смела так работать. Вяленду не с чего так клиниться, там программа только себя и заякорит если что.

> а переключение в tty и корректное разруливание - эт для дидов, ога..

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

> в теории, wayland сбрасывает с себя часть функционала на ядро/драйвер, грубо говоря..

И на практике тоже. Более того - это не Wayland. Это новое структурирование подсистем такое. DRM/KMS/GBM в ядре, через либы интерфейсы к ним, а вон то - клиенты этой подсистемы. Что иксы, что GL/Vulkan из месы, что вяленд, DRM/KMS самому по себе довольно пофиг что там.

> опять же, в теории это должно дать выигрыш в производительности.. а
> де-факто уже 15 лет имеем просадку в этой самой "производительности",

Ну покажите мне как вы на графическом стеке 15-летней давности 4K видео без тиринга и тупняков вообще изобразите. А будет мало - попрошу 8K. На два монитора. С 120FPS. Через вот именно иксы.

> ужас в 2d (да и в 3d не сказать, что шоколад, хотя цвет оч похож..)
> и кучу нерешённых/нерешаемых case-ов, для которых, опять же
> по чьим-то словам, то новыйпротокол нужен, то ещё какое место почесать..

Да вот что-то в последнее время плееры как раз тиринговать и тупить перестали, при том 2D. Впрочем и 3D гамесы тоже перфоманс подтянули - в разы. Я еще и мерял MESAвским профилером если что. И нормальное ускорение хардварного декода видео завезли, а не тот позор который иксы пытались изображать.

> есть такая штука: аппаратный XV (x11/xv а-ля "Default Xv adaptor is Video
> Overlay").. то самое аппаратное 2d, когда native x11 software scaling не хватает..

А есть я. Который видел как ЭТО работает, какой у него перфоманс относительно GL/Vulkan как MESA -> DRM/KMS (в разы хуже!) и как оно умеет в precision timings (тиринг!). Ну все плееры и стали гонять через GL/Vulkan чтобы только с иксами не связываться. Хотя они 2D программы и 3D им не надо.

> чистый функционал, если хош - причеши, нет - пользуй так..

Вы и причесывайте это, имхо, если вам оно надо.

> /usr/X11R6/bin/xgc "всё, что Вы хотели знать"..

Я хочу чтобы это работало и не делало мозг постоянными техническими проблемами, а не...

> кaт лога на пару гигов - а не смузи ли это? :))

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

> "арбитраж" иксов всегда вели из ядерной консоли (tty)..
> как и всего прочего..

И в этом месте даже обмылок на андроиде дает дидам мастеркласс, обходясь без этого всего.

> кстати!.. а как в wayland с "арбитражом", "полисовкой ресурсов" и "прочим"?

Вэйланд вообще не рендерер как таковой - он только согласовывает surface'ы, композирует их, но вот ресурсы на рендер вы убивать будете от лица своей программы. И вот там кернель ее и отарбитрирует как надо, совершенно штатно. А если она будет рендерить полчаса, плохо от этого будет только ей, у нее рефреш протупит но остальных это вообще не затронет.

> до сих пор нет аналога xrandr и не будет, кмк, т.к. это
> всё свалили на тулкит/приложение/драйвер/kms..

Не является какой-то непреодолимой траблой. В отличие от весьма фундаментальных факапов иксов. Когда на пути ломового потока стоит нехилый парсер ловящий клин при случае.

> и вопрос с dpi, который в X можно было отдельно задать для
> шрифтов (xft), внезапно и неожиданно теперь стоит колом, что характерно.. пример:

ЧСХ в иксах все это так работает что с HiDPI монитором постоянно какие-то траблы лезут, особенно если явно не поддерживается тулкитом. Ну не фонты так кнопки будут микроскопические, и сильно вам полегчает? Да и рендер фонтов проги обычно через куда более адекватные сторонние либы делают, типа freetype, harfbuzz или что там. Заодно и жор ресурсов на это проге приписан а не дисплейному серверу, так что если кто будет гигазы рендерить - ну вот в его CPU и отольется, посмотрим в топе да прибьем гада.

> ручками в ~/.Xresources или тупо стартануть сам сервер с нужным dpi
> или рихтануть xrandr-ом по живому..

В большинстве DE с вялендом тоже можно руками ткнуть DPI.

> в wayland всё прописывается через ядро (kms/grub) и при невозможности автоопределения каждый
> тулкит/(каждая софтина) теперь делает что хочет..

При помощи ядра можно даже свой EDID отдать, для совсем уж кривых мониторов, так то. Оно умеет "псевдофирмварь" еепрома EDID загружать от юзера. При помощи этого + device tree можно параметры скрина системе однести даже с вон той китайской панельки на SPI которая EDID отродясь не умела, по жизни.

> на словах - wayland в мультимониторном конфиге легко на каждый моник вешает
> требуемый dpi.. на деле -  мы все в курсе, какой
> аДЪ творится при перебросе приложения с одного монитора на другой..

В иксах ад творится вообще в любой фиче в какую ни ткни. И что хуже - в коде, который уже никто трогать не хочет. Вот - с 1988 года никто не смотрел. Сами же наисали?!

> рутинных действий.. не говоря о простейших скриптовых сценариях/оптимизациях.. теперь
> это "небезопасно" и "ненужно"..

Да кому реально нужно - есть и для таких DE. А в иксах извините шорткат MUTE перестает работать если менюшку запуска программ открыть. Офигенно конечно - но так быть не должно.

> субъективно: X - оч непростая штука.. она работала более 30 лет и,
> надеюсь, продолжит работать..

Субъективно, разрабатывать иксы народ устал. И самоустранился. Еще есть немного времени подхватить это знамя но осталось не более 2-3 лет, имхо. За это время проблемы вяленда доустранят и будет массовый переход. Пока федора надрывается, но скоро и остальные последуют, они уже пускают пробные шары.

> о "преимуществе дизайна" при отвратительной реализации.. собсно годный десктоп на *nix
> никогда никому, кроме маргиналов, был не нужен.. от слова совсем.. вот и..

А таки архитектурно в системе с DRM/KMS иксы - как собаке пятая нога. Это тормозная, хреновая и проблемная плевалка битмапов, и кода там в 100 раз больше чем надо для того что реально делают с ними программы. Централизованная рисовалка с централизованным затыком ресурсов вместо распределенной балансировки нагрузки по ядрам и процессам - вообще такая себе идея.

Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

198. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от крокодил мимо.. (?), 15-Окт-23, 00:48 
> Я бы не стал брать этих господ за достойный подражания пример как современную графическую подсистему делать.

?!.. на вкус и цвет.. как по мне - отличная система, пользую, оч нра..

> Ядро в шедулинг, арбитраж и полисовку железа умеет.
> Иксы довольно легко поставить колом до состояния когда там вообще графика почти не рефрешится.
> Вяленду не с чего так клиниться, там программа только себя и заякорит если что.

эт оч спорные моменты/утверждения.. иксы со времён Athena Project прошли долгий путь и дали жизнь много чему, в т.ч. Quartz (как пример, что можно было бы сделать и сделано irl).. кмк, сейчас есть необходимый и достаточный инструментарий для разбора "внутри" иксов, в отличие от необходимости дебага ядерных дров (wayland).. "колом" можно поставить всё и вся при желании, вопрос в функционале и tools/инструментах.. протокол вэйланда не гарантирует отсутствие ошибок.. более того, под предлогом заявленной "безопасности" и "улучшенной производительности" уже 15 лет имеем де-факто порезанный функционал, ограничения по железу и сегментацию софта (на тот, который может в wayland и который может в X, плюс разные "композиторы" со своими "особенностями").. плюс постоянно вылезающие "косяки", которые никто не фиксит, т.к. "wayland is still in development", а X уже (якобы) всё..

грубые "итого":
https://www.slant.co/versus/8634/8635/~wayland_vs_x-org

> Ну покажите мне как вы на графическом стеке 15-летней давности 4K видео без тиринга и тупняков вообще изобразите.

о.. ещё один прекрасный пример, где Xorg имеет какие-то средства/опции (TearFree, опции драйвера), а wayland не реагирует на жалобы тех, у кого этот тиринг есть и никак никуда не уходит.. типовые рекоммендации - пробовать current kernel и в конфиге grub-а рисовать руны.. и железо обновить.. т.к. wayland, kms и всё такое-прочее.. в Mesa добавили "PresentOptionAsyncMayTear" и в протокол Wayland-а с версии 1.30 завезли тот самый тиринг..

вопрос тиринга - вопрос драйверов.. nvidia спокойно в Xorg в 4К/8К без тиринга (Linux).. например..

> В большинстве DE с вялендом тоже можно руками ткнуть DPI.

вы путаете scaling + resolution с принудительным заданием кол-ва точек на инч (физ. размера) монитора.. в wayland, если не путаю, откалибровать монитор до сих пор нельзя.. всё через ж.. жёсткие рамки драйвера ядра..

> А таки архитектурно в системе с DRM/KMS иксы - как собаке пятая нога.

при условии сохранения функционала.. чего нет и не будет by design, что характерно..

Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

134. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от voiceofreason (?), 11-Окт-23, 16:47 
Непонятно, зачем в таких местах работать в принципе. Свои нервы бесплатны типа?
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

141. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +2 +/
Сообщение от Аноним (56), 11-Окт-23, 17:17 
> Не согласен. Как много людей калибрует мониторы?

Абсолютно все, у кого их больше, чем два. Причем делают это еще с 90х годов. Это как бы первое, что делается после покупки нового монитора.

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

> Про hdr вообще вспоминать не буду.

Вы же в курсе, что Вайленд не поддерживает HDR? Ровно как и управление цветом в целом?

Только спустя 15 лет стали что-то там шевелиться в плане соответствующих расширений протокола:

https://gitlab.freedesktop.org/wayland/wayland-protocols/-/m...
https://gitlab.freedesktop.org/wayland/weston/-/issues/467

Зато уже ринулись Иксы закапывать...

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

162. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от Анонин (?), 11-Окт-23, 21:44 
> Абсолютно все, у кого их больше, чем два.

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

> Вы же в курсе, что Вайленд не поддерживает HDR?

В курсе, но как сами же сказали - они начали шевелиться.

А вот официальный ответ по поводу HDR в иксах https://gitlab.freedesktop.org/xorg/xserver/-/issues/1037
И если вкратце - то никогда.

Ответить | Правка | Наверх | Cообщить модератору

173. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от Аноним (56), 11-Окт-23, 23:34 
> У меня их два и я не калибровал.

Если вы не калибровали - значит, никто не калибрует, правильно? И управление цветовыми профили никому не нужно.

> Возможно не нужно покупать дешевый мусор...

Это вообще не зависит от цены. Даже наоборот - в дорогих мониторах с поддержкой глубокого цвета это еще более актуально.

> В курсе, но как сами же сказали - они начали шевелиться.

Да пусть себе там шевелятся. Только вот сначала пусть Вайленд попробуют до ума довести, а потом уже Иксы выкидывают, а не наоборот.

А то на словах у нас "устаревшие" и "кривые" Иксы, а на деле в "новом инновационном" Вайленде нет базового функционала, который был еще в 90е, зато есть архитектурные проблемы уровня "не можем нарисовать квадратик - нужно новое расширение протокола".

Ответить | Правка | Наверх | Cообщить модератору

179. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от НяшМяш (ok), 12-Окт-23, 12:21 
> И вы где-то видите там возможность "поставить окно по таким-то координатам"?

Сразу видно кексперт. В приведённой документации я насчитал целую структуру и минимум 5 разных методов про задание позиции и размера всякого разного.
> Цирк да и только. Давайте, расскажите мне, какое X11 нагромождение костылей.

А я тут причём, если иксы костылями считают те, кто к ним имеет самое непосредственное отношение?

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

199. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от EULA (?), 16-Окт-23, 06:36 
Именно поэтому на .Net, Rust, Python, Ruby присутствует возможность снять скриншот всего экрана Wayland, так и каждого окна перебором без уведомления пользователя и с правами любого пользователя системы.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

139. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +/
Сообщение от voiceofreason (?), 11-Окт-23, 17:00 
> поиграть в игрушечки без тиринга

Как что-то плохое. То-ли дело сетевая прозрачность из 80ых годов, ммммм! Ещё СЕРВЕР ШРИФТОВ можно вспомнить и ещё с десяток столь же мёртвых и бесполезных фич хорга. А flicker-free, быстрое время отклика, HiDPI это всё для лохов, кому это надо?... :)

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

146. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  –1 +/
Сообщение от Аноним (3), 11-Окт-23, 17:33 
Запускал я вяленого на своём мониторе. Тоже фликкерит. Отклик медленный. HiDPI работает, причём автоматически. ЧЯДНТ?
Сетевая прозрачность - это полезная фича, которую НЕ НАДО выставлять наружу в интернет. Вы мне ещё скажите, что файлы внутри пайпов шифровать надо, а то вдруг какой-то процесс буфер прочитает, или того хуже - просто подключится к этому пайпу и читать/писать начнёт.
Ответить | Правка | Наверх | Cообщить модератору

147. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  –1 +/
Сообщение от Аноним (3), 11-Окт-23, 17:34 
От кринжа пропустил предложение. На вейленде нихрена из коробки не заработало. С иксами абсолютно всё прекрасно работает. Может проблема не в протоколе, а в том, что ваш DE - помойка?
Ответить | Правка | Наверх | Cообщить модератору

152. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  +2 +/
Сообщение от voiceofreason (?), 11-Окт-23, 17:58 
> Сетевая прозрачность - это полезная фича

Бесполезная. Абсолютно. Удалённый доступ давно реализуется более удобными средствами. Слабый терминал-быстрый сервак тоже, man "GeForce Now". А в иксах просто гиковская фича ради гиковской фичи.

Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

151. "Уязвимости в библиотеках X.Org, две из которых присутствуют ..."  –1 +/
Сообщение от Аноньимъ (ok), 11-Окт-23, 17:53 
На вяленом же решили от HiDPI как идеи отказаться, и запилили мутный коэфицент скалинга, который делает невозможным попадать в пиксели то.

Или я что-то пропустил?

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру