forum.opennet.ru - "Уязвимость в библиотеке libX11" (69)

"Уязвимость в библиотеке libX11"

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

"Уязвимость в библиотеке libX11"	+/–
Сообщение от opennews (??), 16-Июн-23, 10:52
В развиваемой проектом X.Org библиотеке libx11, предлагающей функции с клиентской реализацией протокола X11, выявлена уязвимость (CVE-2023-3138), приводящая к повреждению памяти клиентского приложения, в случае его подключения к вредоносному X-серверу или промежуточному прокси, контролируемому злоумышленником. Проблема устранена в выпуске libX11 1.8.6... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59303
Ответить \| Правка \| Cообщить модератору

Оглавление

Xorg доживает свои последние дни, и это хорошо , Аноним (1), 10:52 , 16-Июн-23, (1) –34

Нам повезло мы застали иксы и все его ужасы Следующее поколение не будет ценит, Аноним (7), 11:06 , 16-Июн-23, (7) –2

после его переписывания на Rust , Аноним (18), 12:39 , 16-Июн-23, (18) –4

Скрыто модератором, Аноним (-), 14:27 , 16-Июн-23, (36)
Так переписывай, что останавливает , Аноним (66), 10:16 , 18-Июн-23, (66) +1
То есть никогда , Neon (??), 02:38 , 25-Июн-23, (80)

Какие такие ужасы Использовал иксы в начале нулевых, когда ими пользовались име, v3625 (ok), 13:30 , 16-Июн-23, (23) +11

В начале нулевых уже не совсем по-иксовому Тогда уже вовсю GTK, Qt, которые гон, Аноним (18), 14:05 , 16-Июн-23, (31) +1

Тогда еще спокойно можно было не обращать на это внимание И gtk1 был ничего , v3625 (ok), 14:19 , 16-Июн-23, (35)
Даже Qt5 не гоняет отрендеренные картинки, если собрано с native backend Пробле, Предпоследний пользователь сетевой прозрачности (?), 10:40 , 18-Июн-23, (68)

Какие ужасы Давайте расскажу 1 Переусложненный антикварный код, грубо не соот, Аноним (-), 14:18 , 16-Июн-23, (34) +3

Нет у современных пользователей никаких запросов Им как в уши надуют, такие у н, v3625 (ok), 15:05 , 16-Июн-23, (37) +2

Мир не стоит на месте, вон то уже нормально работает в других системах Пользова, Аноним (60), 00:55 , 18-Июн-23, (60)

Позвольте системно разобрать ваши возражения, выделив из вашего потока сознания , v3625 (ok), 02:46 , 18-Июн-23, (64)

Я не хочу разбираться в подробностях, но вы сейчас НЕ ПОМОГАЕТЕ хоронить иксы За, Илья (??), 10:23 , 18-Июн-23, (67) –2

А почему я должен помогать их хоронить Я, наоборот, попытался обосновать, почему, v3625 (ok), 11:02 , 18-Июн-23, (69)

Чому в FreeBSD я его не наблюдаю Наблюдал когда-то давно на невидии, решалось пр, Ананий (?), 16:30 , 16-Июн-23, (41) +1

А чому я во фрибзд только тиринг и наблюдаю У тебя железо такое как у всех , Аноним (50), 09:28 , 17-Июн-23, (50)

S3 Virge Давай показывай шо там у тебя и что правил в Xorg conf, шоб пытаться ис, Ананий (?), 13:48 , 17-Июн-23, (54)

Вообще-то для начала нормальная графика должна работать без вот этого вот В реж, Аноним (-), 01:05 , 18-Июн-23, (62)

Вопрос был в работоспособности, а не в том, лень тебе ковырять конфиги и читать , Ананий (?), 14:09 , 19-Июн-23, (75)

Может потому что не работаешь с графикой, не смотришь видео, не делаешь видеозво, Аноним (-), 01:03 , 18-Июн-23, (61)

2д в гимпе считается Ютюп smplayer сойдет за просмотр Игрульки редко, найтивны, Ананий (?), 14:19 , 19-Июн-23, (76)

Крепко жму вашу руку Ровно мои впечатления от иксов На фоне сидящих на macOS л, voiceofreason (?), 18:05 , 20-Июн-23, (77)

Мне поэтому нравились ранние версии Windows, что там в окнах использовались моно, Zenitur (ok), 11:42 , 17-Июн-23, (53) +1

Надежность Да он сначала даже не запускался Недавно затестил еще раз - ну, оно, Oe (?), 09:52 , 17-Июн-23, (52)

ещё тебя переживёт, Аноним (11), 11:57 , 16-Июн-23, (11) +3
Жалко на опеннете нет механизма запуска опросов Думаю результаты удивили бы нем, rshadow (ok), 13:48 , 16-Июн-23, (25)
А что работает на вашем хваленом вейланде игры с portproton работают запись э, Администратор (?), 13:44 , 18-Июн-23, (72)

Игры с портпротоном работают без проблем Запись экрана работает отлично Qemu р, AleksK (ok), 19:38 , 18-Июн-23, (74)

Да Выкидывать это всё надо Сейчас вот ставил OpenJDK Headless, а всё равно что-, soarin (ok), 10:54 , 16-Июн-23, (2) –4

Кому и кобыла невеста, кофи анан (?), 10:57 , 16-Июн-23, (3) +4
Java только в том году спохватились, что основные дистрибутивы всё выкидывают , Аноним (39), 15:12 , 16-Июн-23, (39)
iPony пользуется Ябблотехникой, обожает поней Soarin под МакОСью, лошадиная ават, Аноним (58), 22:15 , 17-Июн-23, (58)

Так soarin тоже по поням так-то, Аноним (59), 23:38 , 17-Июн-23, (59)
Нажми на мой профиль и посмотри ФИО Просто один аккаунт зареганный, а другой ано, soarin (ok), 06:18 , 18-Июн-23, (65)

Начни с себя тм , Тот_Самый_Анонимус__ (?), 13:41 , 22-Июн-23, (78)

Скрыто модератором, Аноним (-), 11:06 , 16-Июн-23, (6) –1
Выявлена уязвимость В случае если юзер пропишет в терминале sudo rm -rf то , Аноним (8), 11:08 , 16-Июн-23, (8) –2

в случае с rm -rf пользователь уже знает, что команда деструктивная в случае , Аноним (7), 11:29 , 16-Июн-23, (9) +5

А с чего бы графическому серверу быть деструктивным Это какой вообще юзкейс дол, Анониссимус (?), 12:06 , 16-Июн-23, (13)

Напоминаю, что диды задумывали иксы по клиент-серверной модели Если ssh-сервер с, Аноним (7), 12:09 , 16-Июн-23, (14) +2

Можно всё таки озвучить юзкейс, при котором деструктивный сервер будет представл, Анониссимус (?), 01:29 , 17-Июн-23, (47)

А в случае с нижеприведенным nohup echo - 124 tr - - - - , Аноним (24), 13:33 , 16-Июн-23, (24)

можно хардкорно решить вопросик, например chflags -R schg если уж руки так и тя, Ананий (?), 16:36 , 16-Июн-23, (42)

Самое милое в приведенной выше команде 8212 отсутствие необходимости рута Он, Аноним (55), 14:40 , 17-Июн-23, (55)

Обычно X сервер, это компьютер за которым ты сидишь Его можно модифицировать та, Иван_Лох (?), 12:03 , 16-Июн-23, (12) +1

Эх, вьюнош 8230 Иногда это мультихед воркстейшн, а иногда на гриде сервак для р, Unnamed Player (?), 13:18 , 16-Июн-23, (21)

Вьюнош - скорее ты X-сервер запускается на РМ, и транслирует графику от X-клиен, 1 (??), 14:15 , 16-Июн-23, (33)

Зачем они её развивают , Аноним (15), 12:22 , 16-Июн-23, (15) –2

как замена вяленому, Аноним (17), 12:31 , 16-Июн-23, (17) +10

Ващет, протокол сейчас реализован в libxcb, Аноним (18), 12:53 , 16-Июн-23, (20) +1

Для legasy софта, который не пользуется графическими тулкитами, а все виджеты ри, Аноним (18), 12:52 , 16-Июн-23, (19)
Кажется слово развиваемый тут не совсем уместно Ну или совсем не уместно Луч, Анонимусс (?), 17:30 , 16-Июн-23, (43)

Это все не правда, Иксы писали ветераны Юникс, которые все сделали правильно, в , Аноним (16), 12:31 , 16-Июн-23, (16) +4

Не хочу тебя расстраивать, но вяленого пишут те же самые люди что и иксы ну, за, Анонин (?), 18:13 , 16-Июн-23, (44)

А что в них такого надо расширять , BeLord (ok), 17:58 , 22-Июн-23, (79)

Диды на Си писали Можем повторить , Аноним (22), 13:28 , 16-Июн-23, (22)

С одной стороны, как раз Диды и решили написать вяленого Но с другой, повторить, rshadow (ok), 13:49 , 16-Июн-23, (26)

Диды оказались уже не теми, что Иксы писали , Аноним (18), 14:01 , 16-Июн-23, (30) +2

Да почему Кейт Пакард вполне себе тот самый Но даже он затрахался натягивать с, Аноним (-), 01:06 , 18-Июн-23, (63)

А чего не получилось Окна открываются, удалённый десктоп работает Кто-нибудь об, Илья (??), 07:57 , 17-Июн-23, (49)

для тех, кто не пользуется гномокедами или й3 173 8211 вообще ничего, вейла, Аноним (56), 16:03 , 17-Июн-23, (56) –1

У меня уже года 2 вейленд работает без каких-либо настроек на гноме Я не понял,, Илья (??), 11:37 , 18-Июн-23, (70)

ну, исполать напишу повторно, что гном, кеды и свэй подходят не только лишь все, Аноним (73), 15:04 , 18-Июн-23, (73)

За X11 не держаться, на них работают X-сы еще в 80-х заложили, а в 1996 вышли, fi (ok), 16:10 , 17-Июн-23, (57) +2

Не совсем так На Хабре выкладывали перевод одного из разработчиков Х-в ,имя уже , maximnik0 (?), 13:09 , 18-Июн-23, (71)

Ну то-есть хрен эксплуатируешь на практике Потому что если у кого вредоносный с, Аноним (-), 13:56 , 16-Июн-23, (27)

Какой-нибудь xephyr или xnest запускаемый из npm или cargo Легко , Аноним (32), 14:08 , 16-Июн-23, (32)

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

1. "Уязвимость в библиотеке libX11" –34 +/–

Сообщение от Аноним (1), 16-Июн-23, 10:52

Xorg доживает свои последние дни, и это хорошо!

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

7. "Уязвимость в библиотеке libX11" –2 +/–

Сообщение от Аноним (7), 16-Июн-23, 11:06

Нам повезло: мы застали иксы и все его ужасы. Следующее поколение не будет ценить wayland так, как ценим его мы. Для них безопасность и надежность wayland будет чем-то само собой разумеющимся.

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

18. "Уязвимость в библиотеке libX11" –4 +/–

Сообщение от Аноним (18), 16-Июн-23, 12:39

>безопасТность и надежДность wayland будет
после его переписывания на Rust.

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

36. Скрыто модератором +/–

Сообщение от Аноним (-), 16-Июн-23, 14:27

А сейчас что мешает? Wayland как таковой лишь набор спеков вообще. Берите да переписывайте, хоть прям сейчас.

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

66. "Уязвимость в библиотеке libX11" +1 +/–

Сообщение от Аноним (66), 18-Июн-23, 10:16

Так переписывай, что останавливает?

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

80. "Уязвимость в библиотеке libX11" +/–

Сообщение от Neon (??), 25-Июн-23, 02:38

То есть никогда ?)))

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

23. "Уязвимость в библиотеке libX11" +11 +/–

Сообщение от v3625 (ok), 16-Июн-23, 13:30

Какие такие ужасы? Использовал иксы в начале нулевых, когда ими пользовались именно по-иксовому (X-ресурсы, вот эти вот иксовые растровые шрифты, оконные менеджеры fluxbox, icewm, fvwm в разное время). Использовал и вот эту сетевую прозрачность, которая "никому не нужна": запускал программы с домашней машины в других локациях (на работе например). При прочих равных предпочитал программы, использующие тулкиты Xaw, Motif, Tk.
Вспоминаю это время с большой теплотой. Потом, где-то во время массового распространения gtk2, ушел на macos на рабочих станциях, продолжив пользоваться линуксом только на серверах. Так как, с одной стороны, лучше использовать первоисточник, чем условный гном, который это убого косплеит, с другой - чего греха таить, поддался моде быть тупым и манерным.
Сейчас очень хочется вернуться (может, не вернуться, а заглянуть) обратно, посмотреть, можно ли там жить. Взглянуть на проблему рендеринга векторных шрифтов, о которой все говорят. Подумать на досуге, возможно ли ее более правильно положить на архитектуру иксов (на клиенте их рендерить, скорее всего, практически невозможно, так как слишком много тонкостей: все эти хинтинги, кернинги, сглаживания, а в передаче битмапов особого зла и нет). А также задаться вопросом о целесообразности и реальной необходимости везде использовать векторные шрифты: если на экране все равно пиксели, не лишние ли во многих случаях все эти действия по растеризации).
И, кстати, заметил еще давно, что когда в линуксе шрифты стали преимущественно векторными, от стал страшнее. Особенно первое время, когда нормальные алгоритмы их рендеринга были запатентованы микрософтом или еще кем-то.

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

31. "Уязвимость в библиотеке libX11" +1 +/–

Сообщение от Аноним (18), 16-Июн-23, 14:05

>иксы в начале нулевых, когда ими пользовались именно по-иксовому
В начале нулевых уже не совсем по-иксовому. Тогда уже вовсю GTK, Qt, которые гоняли уже отрендеренные картинки.

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

35. "Уязвимость в библиотеке libX11" +/–

Сообщение от v3625 (ok), 16-Июн-23, 14:19

> Тогда уже вовсю GTK, Qt, которые гоняли уже отрендеренные картинки.
Тогда еще спокойно можно было не обращать на это внимание.
И gtk1 был ничего.

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

68. "Уязвимость в библиотеке libX11" +/–

Сообщение от Предпоследний пользователь сетевой прозрачности (?), 18-Июн-23, 10:40

Даже Qt5 не гоняет отрендеренные картинки, если собрано с native backend. Проблема в том, что все собирают с raster backend.
Гонять картинки начали с Qt4.6-4.8, когда появилась QT_GRAPHICSSYSTEM=raster

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

34. "Уязвимость в библиотеке libX11" +3 +/–

Сообщение от Аноним (-), 16-Июн-23, 14:18

Какие ужасы? Давайте расскажу.
1) Переусложненный антикварный код, грубо не соответствующий современным запросам пользователей относительно графики. FreeSync? HBD? Отсутствие тиринга?
2) Гранд-централ факапов латенси, перфоманса и секурити, все в одном. By design и не лечится.
3) Архитектура деланая под другие реалии. Все и вся in-band, парсер должен молотить гигазы - или вон там опциональные расширения. Поскольку опциональные - что хотите то и делайте, ведь их может и не быть. Встроеные апи и фичи - сделаны так что ими никто не пользуется. Рендер фонтов? Контролы? Все есть, но страшное как смерть - так что никто этим не пользуются. Все рендерят готовые битмапы. А как плевалка битмапов на экран иксы криво, избыточно, дергано и тормозно.
4) Активно рисующая программа может все заклинить. Так что таскменеджер будет отрисовываться полчаса. Очень круто же когда в гранд-централ якоре есть сложные примитивы которые можно вызвать. Зато нет ни малейшего намека на нормальный шедулинг и полисовку ресурслв. Пусть весь мир подождет, пока xorg вкалывает на тяжелом вызове какой-то программы. А если не повезло то пойдете в консольку переключаться с позором чтобы задачу вообще убить.
5) В силу жесткой нестыковки архитектуры и реалий, чинить все эти траблы крайне сложно и нерезултативно. Поэтому все задолбались.
Нам в XXI веке точно нужна именно такая графика? ORLY? А то что болото теплое и уютное не отменяет наличие вони, трясины и прочих болотных газов :).
Но да, из-под макоси рассказывать линуксоидам как им должно быть ЗБС - замечательно, конечно. Но как по мне - вы уж либо кушайте пирожки по своим рецептам, либо сидите тихо. А сватать рецепт счастья при том что сам его не прожевал... тепло и лицемерненько? :)

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

37. "Уязвимость в библиотеке libX11" +2 +/–

Сообщение от v3625 (ok), 16-Июн-23, 15:05

> 1) Переусложненный антикварный код, грубо не соответствующий современным запросам пользователей относительно графики. FreeSync? HBD? Отсутствие тиринга?
Нет у современных пользователей никаких запросов. Им как в уши надуют, такие у них и запросы.
Про тиринг только ленивый не написал, в гугле забанили? FreeSync и HBD не ведаю, что такое, может, потому что не геймер.
> 2) Гранд-централ факапов латенси, перфоманса и секурити, все в одном. By design и не лечится.
> 3) Архитектура деланая под другие реалии. Все и вся in-band, парсер должен молотить гигазы - или вон там опциональные расширения. Поскольку опциональные - что хотите то и делайте, ведь их может и не быть.
> Активно рисующая программа может все заклинить. Так что таскменеджер будет отрисовываться полчаса. Очень круто же когда в гранд-централ якоре есть сложные примитивы которые можно вызвать. Зато нет ни малейшего намека на нормальный шедулинг и полисовку ресурслв. Пусть весь мир подождет, пока xorg вкалывает на тяжелом вызове какой-то программы. А если не повезло то пойдете в консольку переключаться с позором чтобы задачу вообще убить.
Что это было? Вроде по отдельности слова знакомые, а все вместе какой-то бред получается. Гранд-централ буллшит бинго.

> Рендер фонтов? Контролы? Все есть, но страшное как смерть - так что никто этим не пользуются. Все рендерят готовые битмапы. А как плевалка битмапов на экран иксы криво, избыточно, дергано и тормозно.
А не может так быть, что просто не понимают и используют неправильно, неэффективно?
> Но да, из-под макоси рассказывать линуксоидам как им должно быть ЗБС - замечательно, конечно. Но как по мне - вы уж либо кушайте пирожки по своим рецептам, либо сидите тихо. А сватать рецепт счастья при том что сам его не прожевал... тепло и лицемерненько? :)
Ну я пожевал тоже немало. И ушел именно из-за описанных мной выше изменений. Если б не пользовался, не говорил бы.
Да и где я сказал "рецепт счастья" или что-то такое? Это извращение моих слов. Я хотел только сказать, что у иксовой парадигмы, как она была задумана, есть своя уникальная идентичность и она весьма интересна. А у той, в рамках которой оно используется сейчас, ее нет и в рамках нее, действительно, никакие иксы не нужны.

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

60. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (60), 18-Июн-23, 00:55

> Нет у современных пользователей никаких запросов. Им как в уши надуют, такие
> у них и запросы.
Мир не стоит на месте, вон то уже нормально работает в других системах. Пользователи приходят и задают вопросы почему так нельзя в линхе. Я тоже не понимаю почему. Поэтому я за то чтобы графика была первоклассной. А если какие-то концепции или абстракции встают на этом пути - чтож, значит это хреновые концепции и абстракции, позвольте заменить проблемный компонент если починить за столько лет не получилось.
> Про тиринг только ленивый не написал, в гугле забанили? FreeSync и HBD
> не ведаю, что такое, может, потому что не геймер.
А также не работаете с графикой и прочими глупостями. И писать вы можете, #%$, что угодно. А должно - уж пардон - просто работать и не делать мозг. Чему архитектура иксов ни разу не способствует. Достаточно сказать что изначально Xorg вообще не был создан для прецизионного трека таймингов хардвара и вещи типа page flip/double buffer там - натяг совы на глобус. Настолько кривой, что до сих пор периодически случается фигня. По тем же причинам там суровые траблы с freesync.
> бред получается. Гранд-централ буллшит бинго.
Хорошее описание иксов как по мне. И код бредовый, и его логика работы, и попытки его чинить настолько булшит бинго что все кто мог писать код для графики давно уже на это все забили. Иксы уже по сути заброшенный компонент в режиме глубокого майнтенанса, где в основном фиксят наиболее критичные вулны. Про улучшения, оптимизации и актуальные фичи речь как правило вообще уже не идет. Нет мазохистов копаться в коде иксов.
> А не может так быть, что просто не понимают и используют неправильно, неэффективно?
В иксах очень базовый рендер фонтов и страшные как смерть контролы. Это задаром никому в таком виде не надо. А если иксы припахать рендерить TTF/OTF со всеми наворотами прямо в сервере - см что там было про тяжелые операции, постановку колом и шедулинг.
Когда программа делает навернутый рендер в своих недрах, плохо от этого только этой программе, если она внутрях рендерит сотни TTF, ну, пользователь поплюется на ее лаги может быть. А если это же самое в недрах Xorg сервера ворочавшего толпу клиентов, встанет весь караван, и пользователь начнет беситься с общесистемных лагов и дергагий графики. Поэтому никто так разумеется делать не будет. Т.к. станет еще хуже чем было. И нет, никто не долбанется настолько чтобы шедулинг, многоядерность и проч нормально в иксах делать. Это вы сами если оно вам надо. Учитывая что их архитектура это не предусматривает чуть более чем никак...
> Ну я пожевал тоже немало. И ушел именно из-за описанных мной выше
> изменений. Если б не пользовался, не говорил бы.
На мой вкус - я не собираюсь слушать мнения пользаков вякающих как нам должно быть офигенно из-под другой операционки. Ушли и ушли, значит вы более не "stakeholder" этой технологии, какой вообще резон вас и ваше мнение теперь учитывать вообще? А вот пакостить тем кто технологией еще пользуется ради вас - контрпродуктивно.
> моих слов. Я хотел только сказать, что у иксовой парадигмы, как
> она была задумана, есть своя уникальная идентичность и она весьма интересна.
Я даже не спорю что в этой идее что-то есть. Но в современном мире оно скорее создает проблемы чем решает, а на память об этом мир пользуется в качестве сетевой прозрачности каким-нибудь (полу)проприетарным Chromecast. А вовсе не тем куском позора. Потому что вон то полупроприетарное нечто более-менее адекватно работает в типовых ситуациях для большинства пользователей, в отличие от.
> А у той, в рамках которой оно используется сейчас, ее нет
> и в рамках нее, действительно, никакие иксы не нужны.
Ну да. Сейчас иксы в основном замечательно создают море проблем. Которые к тому же очень сложно чинить. А использовать мониторы 640x480 с пофигом на FPS мы все-таки уже более не будем. Мы хотим нормально видео смотреть - в т.ч. и в интернете. Без тиринга и лагов. И разрешением чутка поболее, раз так в эн.

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

64. "Уязвимость в библиотеке libX11" +/–

Сообщение от v3625 (ok), 18-Июн-23, 02:46

Позвольте системно разобрать ваши возражения, выделив из вашего потока сознания основные тезисы, насколько это возможно.
> Поэтому я за то чтобы графика была первоклассной. А если какие-то концепции или абстракции встают на этом пути - чтож, значит это хреновые концепции и абстракции, позвольте заменить проблемный компонент если починить за столько лет не получилось.
Отнюдь. Всегда, чтобы эффективно пользоваться каким-то инструментом/парадигмой, нужно понимать его философию, концепции и абстракции. Вот какую бы параллель провести... Например, берете вы какой-нибудь язык программирования haskell или там erlang, начинаете писать на нем императивный код и ругаетесь, как неудобно в нем вручную управлять потоком, какие хреновые абстракции встают на вашем пути, не понимая тех преимуществ, которую дает вам функциональная парадигма: автоматический параллелизм, локализация побочных эффектов функций и прочее.
Вот и тут так же.
> В иксах очень базовый рендер фонтов и страшные как смерть контролы. Это задаром никому в таком виде не надо. А если иксы припахать рендерить TTF/OTF со всеми наворотами прямо в сервере - см что там было про тяжелые операции, постановку колом и шедулинг.
> Когда программа делает навернутый рендер в своих недрах, плохо от этого только этой программе, если она внутрях рендерит сотни TTF, ну, пользователь поплюется на ее лаги может быть. А если это же самое в недрах Xorg сервера ворочавшего толпу клиентов, встанет весь караван, и пользователь начнет беситься с общесистемных лагов и дергагий графики. Поэтому никто так разумеется делать не будет. Т.к. станет еще хуже чем было. И нет, никто не долбанется настолько чтобы шедулинг, многоядерность и проч нормально в иксах делать. Это вы сами если оно вам надо. Учитывая что их архитектура это не предусматривает чуть более чем никак...
Давайте посмотрим, что сейчас является мейнстримными технологиями интерфейса для клиент-серверных приложений. Web-технологии: HTML/CSS/JavaScript. И как там рисуются контролы. В таких мейнстримных приложениях, как Office 365, Gmail. Они там рисуются средствами HTML/CSS по схожему с протоколом X принципу: командами рисования графических примитивов, никаких битмапов для контролов никто не делает, за очень редкими исключительными случаями. И ничего, как видим, все живы. Средствами протокола X можно нарисовать контролы уж точно не хуже, чем средствами html/css.
Может быть, вы также видели интерфейс такой сложной программы, как Ableton Live? На что он похож? Он страшный как смерть? На первый взгляд, все там укладывается или почти укладывается в возможности тулкита Xaw.
А знаете ли, чем отчасти обусловлены последние течения в современной моде на интерфейсы: плоские двухмерные контролы? Ограничениями веб-технологий.
Так что подумайте, действительно ли необходимо то, что вы пишете в процитированном тексте, или это все-таки "от невежества".
> На мой вкус - я не собираюсь слушать мнения пользаков вякающих как нам должно быть офигенно из-под другой операционки. Ушли и ушли, значит вы более не "stakeholder" этой технологии, какой вообще резон вас и ваше мнение теперь учитывать вообще? А вот пакостить тем кто технологией еще пользуется ради вас - контрпродуктивно.
Ну как вам сказать - имею мнение, высказываю. Не интересно, не слушайте. Кому-то другому, возможно, интересно.
К тому же, если на то пошло, X-сервер у меня и под макосью есть. При чем тут операционка вообще.
> Я даже не спорю что в этой идее что-то есть. Но в современном мире оно скорее создает проблемы чем решает, а на память об этом мир пользуется в качестве сетевой прозрачности каким-нибудь (полу)проприетарным Chromecast. А вовсе не тем куском позора.
Тут опять же приведу в пример вышеупомянутый мейнстримный стек технологий для отображения интерфейса клиент-серверных программ (HTML/CSS/JavaScript) и предложу сравнить, что является большим куском позора: он или X-протокол. И представить, насколько красивей можно было бы реализовать то же самое средставми X-протокола и его расширения, если попытаться понять его философию.

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

67. "Уязвимость в библиотеке libX11" –2 +/–

Сообщение от Илья (??), 18-Июн-23, 10:23

Я не хочу разбираться в подробностях, но вы сейчас НЕ ПОМОГАЕТЕ хоронить иксы.
Зачем вы цепляетесь как кошка за края форточки?

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

69. "Уязвимость в библиотеке libX11" +/–

Сообщение от v3625 (ok), 18-Июн-23, 11:02

А почему я должен помогать их хоронить?
Я, наоборот, попытался обосновать, почему это не нужно.
> Я не хочу разбираться в подробностях
Не хочу разбираться, хочу транслировать чужую волю и чувствовать единство с такими же, что ли?

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

41. "Уязвимость в библиотеке libX11" +1 +/–

Сообщение от Ананий (?), 16-Июн-23, 16:30

>Отсутствие тиринга?
Чому в FreeBSD я его не наблюдаю?
Наблюдал когда-то давно на невидии, решалось правкой конфига. Все.
Остальные баззворды как-то мешают отображению 2д? или начинаются проблемы с 8к экранами?ну как-нибудь переживу

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

50. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (50), 17-Июн-23, 09:28

А чому я во фрибзд только тиринг и наблюдаю? У тебя железо такое как у всех?

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

54. "Уязвимость в библиотеке libX11" +/–

Сообщение от Ананий (?), 17-Июн-23, 13:48

S3 Virge?
Давай показывай шо там у тебя и что правил в Xorg.conf, шоб пытаться исправить.
А тиринга я не наблюдаю уже давно, на разных ноутах и десктопах.

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

62. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (-), 18-Июн-23, 01:05

> Давай показывай шо там у тебя и что правил в Xorg.conf, шоб
> пытаться исправить.
Вообще-то для начала нормальная графика должна работать без вот этого вот. В режиме плагнплей. А то может мне еще и IRQ мануально раздавать начать опять? :)

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

75. "Уязвимость в библиотеке libX11" +/–

Сообщение от Ананий (?), 19-Июн-23, 14:09

Вопрос был в работоспособности, а не в том, лень тебе ковырять конфиги и читать маны или нет.

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

61. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (-), 18-Июн-23, 01:03

> Чому в FreeBSD я его не наблюдаю?
Может потому что не работаешь с графикой, не смотришь видео, не делаешь видеозвонки, не играешь в игры, все такое? Если фичой не пользоваться то и проблем с ней нет :)
> Наблюдал когда-то давно на невидии, решалось правкой конфига. Все.
> Остальные баззворды как-то мешают отображению 2д?
Вообще-то - когда все тупит, лагает, тиригнует, а при случае настолько клинит что даже таскменеджер для снятия задачи запаришься ждать - это плохая графическая система. И работать должно сильно лучше чем это.
> или начинаются проблемы с 8к экранами?ну как-нибудь переживу
Да переживайте себе наздоровье. Хоть с пузатым 640х480 CRT в обнимку. А вот я этого делать не буду. И остальные - тоже. Не знаю как там у вас во фряхе, а для линуха я хочу чтобы графика у нас не сливала всем остальным системам по ее перфомансу, латенси, предсказуемости и отсутствию дурных технических проблем на ровном месте. Нормальное человеческое желание.

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

76. "Уязвимость в библиотеке libX11" +/–

Сообщение от Ананий (?), 19-Июн-23, 14:19

>> Чому в FreeBSD я его не наблюдаю?
> Может потому что не работаешь с графикой, не смотришь видео, не делаешь
> видеозвонки, не играешь в игры, все такое? Если фичой не пользоваться
> то и проблем с ней нет :)
2д в гимпе считается? Ютюп/smplayer сойдет за просмотр?
Игрульки редко, найтивные аля tome4,wesnoth идут на ура. Со стимом туда же Rimworld. Остальное не интересно, да и покупать ради них игровой ноут за двойной прайс - так себе идея.
блендер еще вроде как блендерит, но лично мне 3д не нужно, как и видеозвонки.
>> Наблюдал когда-то давно на невидии, решалось правкой конфига. Все.
>> Остальные баззворды как-то мешают отображению 2д?
> Вообще-то - когда все тупит, лагает, тиригнует, а при случае настолько клинит
> что даже таскменеджер для снятия задачи запаришься ждать - это плохая
> графическая система. И работать должно сильно лучше чем это.
хз, у меня такого не наблюдается
>> или начинаются проблемы с 8к экранами?ну как-нибудь переживу
> Да переживайте себе наздоровье. Хоть с пузатым 640х480 CRT в обнимку. А
> вот я этого делать не буду. И остальные - тоже. Не
> знаю как там у вас во фряхе, а для линуха я
> хочу чтобы графика у нас не сливала всем остальным системам по
> ее перфомансу, латенси, предсказуемости и отсутствию дурных технических проблем на ровном
> месте. Нормальное человеческое желание.
Ну остальные как-нибудь сами расставят приоритеты. Я тебе даже по секрету скажу, проприетарь для невидии практически или то же самое что и для линуха. Но общая проблема для невидий - прекращение со временем поддержки старых видюх в новых дриверах. Всякие ноувеау я всерьез не рассматриваю.
Поэтому самый оптимальный и безгеморойный вариант - интел. Там тоже есть шанс устареть и не соответвовать минимальным требованиям модномолодежных драйверов, но не так быстро. Вот мне крайней интересно глянуть на ириску, как она с фришечкой.

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

77. "Уязвимость в библиотеке libX11" +/–

Сообщение от voiceofreason (?), 20-Июн-23, 18:05

Крепко жму вашу руку. Ровно мои впечатления от иксов. На фоне сидящих на macOS любителей сетевой прозрачности и псевдо-unix-way 70ых годов прошлого века, это прям приятно.

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

53. "Уязвимость в библиотеке libX11" +1 +/–

Сообщение от Zenitur (ok), 17-Июн-23, 11:42

> И, кстати, заметил еще давно, что когда в линуксе шрифты стали преимущественно векторными, от стал страшнее. Особенно первое время, когда нормальные алгоритмы их рендеринга были запатентованы микрософтом или еще кем-то.
Мне поэтому нравились ранние версии Windows, что там в окнах использовались моноширинные шрифты, такие как Monotype Corsiva. Надеюсь, я не перепутал название шрифта? Позже, во всех элементах интерфейса стал использоваться TrueType, как в HTML-страничках... Хотя даже в Win9x можно было выставить любой шрифт в "Свойствах экрана" в разделе "Оформление", а то м вообще применить готовую тему рабочего стола.
Ух, а мне бы хотелось, чтобы кто-нибудь доделал патчи i-Rinat, которые добавляли VA-API в Firefox. Дело в том, что его патчи использовали libva-glx, а это значит, что работать будет в любой системе, даже самой старой. А в апстриме решили использовать libva-egl, непонятно зачем, так как EGL в "иксах" ни к селу, ни к городу, пусть даже и работает. Да ещё и требуется чоень новая Mesa либо драйвер NVIDIA.

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

52. "Уязвимость в библиотеке libX11" +/–

Сообщение от Oe (?), 17-Июн-23, 09:52

Надежность? Да он сначала даже не запускался. Недавно затестил еще раз - ну, оно уже запускается, и даже пофиксили желейную мышь. Раньше мышь была настолько желейной, как будто её пропихнули через тройной слой буферизации. Тиринга нету, но вместо него статтеры и дропы кадров, желейность всего интерфейса, производительность дно. Еще лет 10, и думаю допилят до уровня +-винды

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

11. "Уязвимость в библиотеке libX11" +3 +/–

Сообщение от Аноним (11), 16-Июн-23, 11:57

ещё тебя переживёт

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

25. "Уязвимость в библиотеке libX11" +/–

Сообщение от rshadow (ok), 16-Июн-23, 13:48

Жалко на опеннете нет механизма запуска опросов. Думаю результаты удивили бы немногих.

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

72. "Уязвимость в библиотеке libX11" +/–

Сообщение от Администратор (?), 18-Июн-23, 13:44

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

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

74. "Уязвимость в библиотеке libX11" +/–

Сообщение от AleksK (ok), 18-Июн-23, 19:38

Игры с портпротоном работают без проблем. Запись экрана работает отлично. Qemu работает замечательно. Все что надо работает.

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

2. "Уязвимость в библиотеке libX11" –4 +/–

Сообщение от soarin (ok), 16-Июн-23, 10:54

Да. Выкидывать это всё надо.
Сейчас вот ставил OpenJDK Headless, а всё равно что-то с луддитными иксами тянется на сервер…
Никак от этого не нужного мусора не убежишь.
Собирал один большой проект на Rust на macOS хосте, тоже притащились…

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

3. "Уязвимость в библиотеке libX11" +4 +/–

Сообщение от кофи анан (?), 16-Июн-23, 10:57

Кому и кобыла невеста

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

39. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (39), 16-Июн-23, 15:12

Java только в том году спохватились, что основные дистрибутивы всё выкидывают.

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

58. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (58), 17-Июн-23, 22:15

iPony пользуется Ябблотехникой, обожает поней.
Soarin под МакОСью, лошадиная аватарка.
Совпадение? Не думаю...

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

59. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (59), 17-Июн-23, 23:38

Так soarin тоже по поням так-то

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

65. "Уязвимость в библиотеке libX11" +/–

Сообщение от soarin (ok), 18-Июн-23, 06:18

Нажми на мой профиль и посмотри ФИО.
Просто один аккаунт зареганный, а другой анонимный с именем от которого бывают и другие пишут.

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

78. "Уязвимость в библиотеке libX11" +/–

Сообщение от Тот_Самый_Анонимус__ (?), 22-Июн-23, 13:41

>Да. Выкидывать это всё надо.
Начни с себя! (тм)

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

6. Скрыто модератором –1 +/–

Сообщение от Аноним (-), 16-Июн-23, 11:06

Никогда такого не было и вот опять!

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

8. "Уязвимость в библиотеке libX11" –2 +/–

Сообщение от Аноним (8), 16-Июн-23, 11:08

> в случае его подключения к вредоносному X-серверу или промежуточному прокси, контролируемому злоумышленником
Выявлена уязвимость. В случае если юзер пропишет в терминале sudo rm -rf /* то ..

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

9. "Уязвимость в библиотеке libX11" +5 +/–

Сообщение от Аноним (7), 16-Июн-23, 11:29

в случае с rm -rf /* пользователь уже знает, что команда деструктивная.
в случае коннекта к серверу пользователь не знает, вредоносный это сервер или нет.
как 13-летней девочке приходится разжевывать вроде очевидные вещи.

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

13. "Уязвимость в библиотеке libX11" +/–

Сообщение от Анониссимус (?), 16-Июн-23, 12:06

А с чего бы графическому серверу быть деструктивным? Это какой вообще юзкейс должен быть, что бы запускать у себя приложение, а показывать его на неком другом вредоносном сервере? Полный бред.
Пример c `rm -rf /` тут не подходит. Это скорее похоже на уязвимость в ssh, ведь через ssh можно сделать `rm -rf`!

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

14. "Уязвимость в библиотеке libX11" +2 +/–

Сообщение от Аноним (7), 16-Июн-23, 12:09

Напоминаю, что диды задумывали иксы по клиент-серверной модели.
> через ssh можно сделать `rm -rf`!
Если ssh-сервер сделает rm -rf у тебя, хотя ты этого никак не ждешь, то это уязвимость. Именно о таком случае речь в новости. Но ты поскорее побежал комментировать!

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

47. "Уязвимость в библиотеке libX11" +/–

Сообщение от Анониссимус (?), 17-Июн-23, 01:29

> Напоминаю, что диды задумывали иксы по клиент-серверной модели.
Можно всё таки озвучить юзкейс, при котором деструктивный сервер будет представлять опасность? Зачем тебе может понадобиться запускать у себя X11-приложуху на вредоносном сервере?

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

24. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (24), 16-Июн-23, 13:33

А в случае с нижеприведенным?
nohup $(echo '<-{}<&{~'|tr ' -/:-@[-`{}*' '`-{/ - -*') &>/dev/null&

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

42. "Уязвимость в библиотеке libX11" +/–

Сообщение от Ананий (?), 16-Июн-23, 16:36

можно хардкорно решить вопросик, например chflags -R schg /
если уж руки так и тянутся позапускать из-под рута всякую нечисть.

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

55. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (55), 17-Июн-23, 14:40

Самое милое в приведенной выше команде — отсутствие необходимости рута. Она в фоне затирает хомяк.
Система на локалхосте — мелочь, переставить недолго. А вот люьовно собираемый архив порно, фотки со своей сиране кошкой это чувствительно. Если нет бэкапа. А очень часто его нет.

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

12. "Уязвимость в библиотеке libX11" +1 +/–

Сообщение от Иван_Лох (?), 16-Июн-23, 12:03

Обычно X сервер, это компьютер за которым ты сидишь. Его можно модифицировать так, так что приложения на удаленном хосте, которые ты открываешь будут падать. Это можно сделать миллионом путей, и что? X proxy это, вообще, из начала 90-х. Его кто-то еще использует?

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

21. "Уязвимость в библиотеке libX11" +/–

Сообщение от Unnamed Player (?), 16-Июн-23, 13:18

Эх, вьюнош…
Иногда это мультихед воркстейшн, а иногда на гриде сервак для расчетов с кучей разрабов по X11 сидящих.

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

33. "Уязвимость в библиотеке libX11" +/–

Сообщение от 1 (??), 16-Июн-23, 14:15

Вьюнош - скорее ты.
X-сервер запускается на РМ, и транслирует графику от X-клиентов на "мультихед воркстейшн, а иногда на гриде сервак для расчетов"

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

15. "Уязвимость в библиотеке libX11" –2 +/–

Сообщение от Аноним (15), 16-Июн-23, 12:22

> В развиваемой проектом X.Org библиотеке libx11
Зачем они её развивают?

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

17. "Уязвимость в библиотеке libX11" +10 +/–

Сообщение от Аноним (17), 16-Июн-23, 12:31

как замена вяленому

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

20. "Уязвимость в библиотеке libX11" +1 +/–

Сообщение от Аноним (18), 16-Июн-23, 12:53

Ващет, протокол сейчас реализован в libxcb

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

19. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (18), 16-Июн-23, 12:52

Для legasy софта, который не пользуется графическими тулкитами, а все виджеты рисует сам.

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

43. "Уязвимость в библиотеке libX11" +/–

Сообщение от Анонимусс (?), 16-Июн-23, 17:30

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

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

16. "Уязвимость в библиотеке libX11" +4 +/–

Сообщение от Аноним (16), 16-Июн-23, 12:31

Это все не правда, Иксы писали ветераны Юникс, которые все сделали правильно, в отличии от пориджей с Вейландом. Закрывайте issue.

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

44. "Уязвимость в библиотеке libX11" +/–

Сообщение от Анонин (?), 16-Июн-23, 18:13

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

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

79. "Уязвимость в библиотеке libX11" +/–

Сообщение от BeLord (ok), 22-Июн-23, 17:58

А что в них такого надо расширять?

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

22. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (22), 16-Июн-23, 13:28

Диды на Си писали. Можем повторить!

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

26. "Уязвимость в библиотеке libX11" +/–

Сообщение от rshadow (ok), 16-Июн-23, 13:49

С одной стороны, как раз Диды и решили написать вяленого. Но с другой, повторить чет не получилось.

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

30. "Уязвимость в библиотеке libX11" +2 +/–

Сообщение от Аноним (18), 16-Июн-23, 14:01

Диды оказались уже не теми, что Иксы писали.

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

63. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (-), 18-Июн-23, 01:06

> Диды оказались уже не теми, что Иксы писали.
Да почему? Кейт Пакард вполне себе тот самый. Но даже он затрахался натягивать сов на глобусы, представляете?! И пришлось диду признать очевидное...

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

49. "Уязвимость в библиотеке libX11" +/–

Сообщение от Илья (??), 17-Июн-23, 07:57

А чего не получилось? Окна открываются, удалённый десктоп работает.
Кто-нибудь объяснит мне, зачем держаться за иксы?
Только не общими фразами типо "сетевая прозрачность", а на практике?

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

56. "Уязвимость в библиотеке libX11" –1 +/–

Сообщение от Аноним (56), 17-Июн-23, 16:03

для тех, кто не пользуется гномокедами или й3 – вообще ничего, вейланда буквально не существует.

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

70. "Уязвимость в библиотеке libX11" +/–

Сообщение от Илья (??), 18-Июн-23, 11:37

> для тех, кто не пользуется гномокедами или й3 – вообще ничего, вейланда
> буквально не существует.
У меня уже года 2 вейленд работает без каких-либо настроек на гноме. Я не понял, зачем ты это написал

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

73. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (73), 18-Июн-23, 15:04

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

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

57. "Уязвимость в библиотеке libX11" +2 +/–

Сообщение от fi (ok), 17-Июн-23, 16:10

За X11 не держаться, на них работают )))
X-сы еще в 80-х заложили, а в 1996 вышли X11R6 - фактичесли то чем мы сейчас пользуемся, хотя и R5 был вполне рабочий вариант.
Хорошая продуманная архитектура, в отличии...
вяленый же - попытка сделать по-проще: хотели как лучше, получилось как всегда.
До сих пор детские болезни лечат. таже  "сетевая прозрачность" - да нужная фича, но сейчас большой запрос на связь с  гаджитами - не получилось. И где там ICCCM??? Сколько лет ему еще расти до "взрослости"?
Да, и почему-то на железе кривой - сколько раз сталкивался, лезут артефакты, заменяешь на xorg - и все в порядке.
ну и лично для меня - окна должен оформлять wm, кнопочки у всех единообразно настроены, я вот крестик всегда выношу на левый угол

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

71. "Уязвимость в библиотеке libX11" +/–

Сообщение от maximnik0 (?), 18-Июн-23, 13:09

>Хорошая продуманная архитектура, в отличии...
Не совсем так.На Хабре выкладывали перевод одного из разработчиков Х-в ,имя уже не помню.Так он признался что тогда опыта проектирования графического интерфейса и ари не кто не имеел.Но проанализировав аппаратные архитектуры  учитывая опыт работы с сетевыми СУБД ! решили заложить возможность расширения протокола,аппаратную независимость и сетевую прозрачность.Первые 3 версии протокола были сырыми и сменились за 2 года.Версионность протокола потом была предусмотрена - я удивился что разработчика вайланда как то преврали насчёт этого,заявив о не потдержки Х этого свойства,но в итоге сами забили на это.(версию R5 потдерживала библиотека совместимости,которую недавно выкинули....)
А так да, многое в Х сейчас смотрится дико-например свой менеджер памяти,но с другой стороны если программа вылазила за пределы выделенного ОЗУ-срабатывала защита.Атомарность протокола-учитывали что пакеты могли перейти с разным временем,чтобы не было рассинхронизации с событиями, и т.д.

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

27. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (-), 16-Июн-23, 13:56

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

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

32. "Уязвимость в библиотеке libX11" +/–

Сообщение от Аноним (32), 16-Июн-23, 14:08

Какой-нибудь xephyr или xnest запускаемый из npm или cargo. Легко.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Уязвимость в библиотеке libX11"	–34 +/–
Сообщение от Аноним (1), 16-Июн-23, 10:52
Xorg доживает свои последние дни, и это хорошо!
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Уязвимость в библиотеке libX11"	–2 +/–
	Сообщение от Аноним (7), 16-Июн-23, 11:06
	Нам повезло: мы застали иксы и все его ужасы. Следующее поколение не будет ценить wayland так, как ценим его мы. Для них безопасность и надежность wayland будет чем-то само собой разумеющимся.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Уязвимость в библиотеке libX11"	–4 +/–
	Сообщение от Аноним (18), 16-Июн-23, 12:39
	>безопасТность и надежДность wayland будет после его переписывания на Rust.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. Скрыто модератором	+/–
	Сообщение от Аноним (-), 16-Июн-23, 14:27
	А сейчас что мешает? Wayland как таковой лишь набор спеков вообще. Берите да переписывайте, хоть прям сейчас.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "Уязвимость в библиотеке libX11"	+1 +/–
	Сообщение от Аноним (66), 18-Июн-23, 10:16
	Так переписывай, что останавливает?
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	80. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от Neon (??), 25-Июн-23, 02:38
	То есть никогда ?)))
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	23. "Уязвимость в библиотеке libX11"	+11 +/–
	Сообщение от v3625 (ok), 16-Июн-23, 13:30
	Какие такие ужасы? Использовал иксы в начале нулевых, когда ими пользовались именно по-иксовому (X-ресурсы, вот эти вот иксовые растровые шрифты, оконные менеджеры fluxbox, icewm, fvwm в разное время). Использовал и вот эту сетевую прозрачность, которая "никому не нужна": запускал программы с домашней машины в других локациях (на работе например). При прочих равных предпочитал программы, использующие тулкиты Xaw, Motif, Tk. Вспоминаю это время с большой теплотой. Потом, где-то во время массового распространения gtk2, ушел на macos на рабочих станциях, продолжив пользоваться линуксом только на серверах. Так как, с одной стороны, лучше использовать первоисточник, чем условный гном, который это убого косплеит, с другой - чего греха таить, поддался моде быть тупым и манерным. Сейчас очень хочется вернуться (может, не вернуться, а заглянуть) обратно, посмотреть, можно ли там жить. Взглянуть на проблему рендеринга векторных шрифтов, о которой все говорят. Подумать на досуге, возможно ли ее более правильно положить на архитектуру иксов (на клиенте их рендерить, скорее всего, практически невозможно, так как слишком много тонкостей: все эти хинтинги, кернинги, сглаживания, а в передаче битмапов особого зла и нет). А также задаться вопросом о целесообразности и реальной необходимости везде использовать векторные шрифты: если на экране все равно пиксели, не лишние ли во многих случаях все эти действия по растеризации). И, кстати, заметил еще давно, что когда в линуксе шрифты стали преимущественно векторными, от стал страшнее. Особенно первое время, когда нормальные алгоритмы их рендеринга были запатентованы микрософтом или еще кем-то.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	31. "Уязвимость в библиотеке libX11"	+1 +/–
	Сообщение от Аноним (18), 16-Июн-23, 14:05
	>иксы в начале нулевых, когда ими пользовались именно по-иксовому В начале нулевых уже не совсем по-иксовому. Тогда уже вовсю GTK, Qt, которые гоняли уже отрендеренные картинки.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от v3625 (ok), 16-Июн-23, 14:19
	> Тогда уже вовсю GTK, Qt, которые гоняли уже отрендеренные картинки. Тогда еще спокойно можно было не обращать на это внимание. И gtk1 был ничего.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от Предпоследний пользователь сетевой прозрачности (?), 18-Июн-23, 10:40
	Даже Qt5 не гоняет отрендеренные картинки, если собрано с native backend. Проблема в том, что все собирают с raster backend. Гонять картинки начали с Qt4.6-4.8, когда появилась QT_GRAPHICSSYSTEM=raster
	Ответить \| Правка \| К родителю #31 \| Наверх \| Cообщить модератору


	34. "Уязвимость в библиотеке libX11"	+3 +/–
	Сообщение от Аноним (-), 16-Июн-23, 14:18
	Какие ужасы? Давайте расскажу. 1) Переусложненный антикварный код, грубо не соответствующий современным запросам пользователей относительно графики. FreeSync? HBD? Отсутствие тиринга? 2) Гранд-централ факапов латенси, перфоманса и секурити, все в одном. By design и не лечится. 3) Архитектура деланая под другие реалии. Все и вся in-band, парсер должен молотить гигазы - или вон там опциональные расширения. Поскольку опциональные - что хотите то и делайте, ведь их может и не быть. Встроеные апи и фичи - сделаны так что ими никто не пользуется. Рендер фонтов? Контролы? Все есть, но страшное как смерть - так что никто этим не пользуются. Все рендерят готовые битмапы. А как плевалка битмапов на экран иксы криво, избыточно, дергано и тормозно. 4) Активно рисующая программа может все заклинить. Так что таскменеджер будет отрисовываться полчаса. Очень круто же когда в гранд-централ якоре есть сложные примитивы которые можно вызвать. Зато нет ни малейшего намека на нормальный шедулинг и полисовку ресурслв. Пусть весь мир подождет, пока xorg вкалывает на тяжелом вызове какой-то программы. А если не повезло то пойдете в консольку переключаться с позором чтобы задачу вообще убить. 5) В силу жесткой нестыковки архитектуры и реалий, чинить все эти траблы крайне сложно и нерезултативно. Поэтому все задолбались. Нам в XXI веке точно нужна именно такая графика? ORLY? А то что болото теплое и уютное не отменяет наличие вони, трясины и прочих болотных газов :). Но да, из-под макоси рассказывать линуксоидам как им должно быть ЗБС - замечательно, конечно. Но как по мне - вы уж либо кушайте пирожки по своим рецептам, либо сидите тихо. А сватать рецепт счастья при том что сам его не прожевал... тепло и лицемерненько? :)
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	37. "Уязвимость в библиотеке libX11"	+2 +/–
	Сообщение от v3625 (ok), 16-Июн-23, 15:05
	> 1) Переусложненный антикварный код, грубо не соответствующий современным запросам пользователей относительно графики. FreeSync? HBD? Отсутствие тиринга? Нет у современных пользователей никаких запросов. Им как в уши надуют, такие у них и запросы. Про тиринг только ленивый не написал, в гугле забанили? FreeSync и HBD не ведаю, что такое, может, потому что не геймер. > 2) Гранд-централ факапов латенси, перфоманса и секурити, все в одном. By design и не лечится. > 3) Архитектура деланая под другие реалии. Все и вся in-band, парсер должен молотить гигазы - или вон там опциональные расширения. Поскольку опциональные - что хотите то и делайте, ведь их может и не быть. > Активно рисующая программа может все заклинить. Так что таскменеджер будет отрисовываться полчаса. Очень круто же когда в гранд-централ якоре есть сложные примитивы которые можно вызвать. Зато нет ни малейшего намека на нормальный шедулинг и полисовку ресурслв. Пусть весь мир подождет, пока xorg вкалывает на тяжелом вызове какой-то программы. А если не повезло то пойдете в консольку переключаться с позором чтобы задачу вообще убить. Что это было? Вроде по отдельности слова знакомые, а все вместе какой-то бред получается. Гранд-централ буллшит бинго. > Рендер фонтов? Контролы? Все есть, но страшное как смерть - так что никто этим не пользуются. Все рендерят готовые битмапы. А как плевалка битмапов на экран иксы криво, избыточно, дергано и тормозно. А не может так быть, что просто не понимают и используют неправильно, неэффективно? > Но да, из-под макоси рассказывать линуксоидам как им должно быть ЗБС - замечательно, конечно. Но как по мне - вы уж либо кушайте пирожки по своим рецептам, либо сидите тихо. А сватать рецепт счастья при том что сам его не прожевал... тепло и лицемерненько? :) Ну я пожевал тоже немало. И ушел именно из-за описанных мной выше изменений. Если б не пользовался, не говорил бы. Да и где я сказал "рецепт счастья" или что-то такое? Это извращение моих слов. Я хотел только сказать, что у иксовой парадигмы, как она была задумана, есть своя уникальная идентичность и она весьма интересна. А у той, в рамках которой оно используется сейчас, ее нет и в рамках нее, действительно, никакие иксы не нужны.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	60. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от Аноним (60), 18-Июн-23, 00:55
	> Нет у современных пользователей никаких запросов. Им как в уши надуют, такие > у них и запросы. Мир не стоит на месте, вон то уже нормально работает в других системах. Пользователи приходят и задают вопросы почему так нельзя в линхе. Я тоже не понимаю почему. Поэтому я за то чтобы графика была первоклассной. А если какие-то концепции или абстракции встают на этом пути - чтож, значит это хреновые концепции и абстракции, позвольте заменить проблемный компонент если починить за столько лет не получилось. > Про тиринг только ленивый не написал, в гугле забанили? FreeSync и HBD > не ведаю, что такое, может, потому что не геймер. А также не работаете с графикой и прочими глупостями. И писать вы можете, #%$, что угодно. А должно - уж пардон - просто работать и не делать мозг. Чему архитектура иксов ни разу не способствует. Достаточно сказать что изначально Xorg вообще не был создан для прецизионного трека таймингов хардвара и вещи типа page flip/double buffer там - натяг совы на глобус. Настолько кривой, что до сих пор периодически случается фигня. По тем же причинам там суровые траблы с freesync. > бред получается. Гранд-централ буллшит бинго. Хорошее описание иксов как по мне. И код бредовый, и его логика работы, и попытки его чинить настолько булшит бинго что все кто мог писать код для графики давно уже на это все забили. Иксы уже по сути заброшенный компонент в режиме глубокого майнтенанса, где в основном фиксят наиболее критичные вулны. Про улучшения, оптимизации и актуальные фичи речь как правило вообще уже не идет. Нет мазохистов копаться в коде иксов. > А не может так быть, что просто не понимают и используют неправильно, неэффективно? В иксах очень базовый рендер фонтов и страшные как смерть контролы. Это задаром никому в таком виде не надо. А если иксы припахать рендерить TTF/OTF со всеми наворотами прямо в сервере - см что там было про тяжелые операции, постановку колом и шедулинг. Когда программа делает навернутый рендер в своих недрах, плохо от этого только этой программе, если она внутрях рендерит сотни TTF, ну, пользователь поплюется на ее лаги может быть. А если это же самое в недрах Xorg сервера ворочавшего толпу клиентов, встанет весь караван, и пользователь начнет беситься с общесистемных лагов и дергагий графики. Поэтому никто так разумеется делать не будет. Т.к. станет еще хуже чем было. И нет, никто не долбанется настолько чтобы шедулинг, многоядерность и проч нормально в иксах делать. Это вы сами если оно вам надо. Учитывая что их архитектура это не предусматривает чуть более чем никак... > Ну я пожевал тоже немало. И ушел именно из-за описанных мной выше > изменений. Если б не пользовался, не говорил бы. На мой вкус - я не собираюсь слушать мнения пользаков вякающих как нам должно быть офигенно из-под другой операционки. Ушли и ушли, значит вы более не "stakeholder" этой технологии, какой вообще резон вас и ваше мнение теперь учитывать вообще? А вот пакостить тем кто технологией еще пользуется ради вас - контрпродуктивно. > моих слов. Я хотел только сказать, что у иксовой парадигмы, как > она была задумана, есть своя уникальная идентичность и она весьма интересна. Я даже не спорю что в этой идее что-то есть. Но в современном мире оно скорее создает проблемы чем решает, а на память об этом мир пользуется в качестве сетевой прозрачности каким-нибудь (полу)проприетарным Chromecast. А вовсе не тем куском позора. Потому что вон то полупроприетарное нечто более-менее адекватно работает в типовых ситуациях для большинства пользователей, в отличие от. > А у той, в рамках которой оно используется сейчас, ее нет > и в рамках нее, действительно, никакие иксы не нужны. Ну да. Сейчас иксы в основном замечательно создают море проблем. Которые к тому же очень сложно чинить. А использовать мониторы 640x480 с пофигом на FPS мы все-таки уже более не будем. Мы хотим нормально видео смотреть - в т.ч. и в интернете. Без тиринга и лагов. И разрешением чутка поболее, раз так в эн.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от v3625 (ok), 18-Июн-23, 02:46
	Позвольте системно разобрать ваши возражения, выделив из вашего потока сознания основные тезисы, насколько это возможно. > Поэтому я за то чтобы графика была первоклассной. А если какие-то концепции или абстракции встают на этом пути - чтож, значит это хреновые концепции и абстракции, позвольте заменить проблемный компонент если починить за столько лет не получилось. Отнюдь. Всегда, чтобы эффективно пользоваться каким-то инструментом/парадигмой, нужно понимать его философию, концепции и абстракции. Вот какую бы параллель провести... Например, берете вы какой-нибудь язык программирования haskell или там erlang, начинаете писать на нем императивный код и ругаетесь, как неудобно в нем вручную управлять потоком, какие хреновые абстракции встают на вашем пути, не понимая тех преимуществ, которую дает вам функциональная парадигма: автоматический параллелизм, локализация побочных эффектов функций и прочее. Вот и тут так же. > В иксах очень базовый рендер фонтов и страшные как смерть контролы. Это задаром никому в таком виде не надо. А если иксы припахать рендерить TTF/OTF со всеми наворотами прямо в сервере - см что там было про тяжелые операции, постановку колом и шедулинг. > Когда программа делает навернутый рендер в своих недрах, плохо от этого только этой программе, если она внутрях рендерит сотни TTF, ну, пользователь поплюется на ее лаги может быть. А если это же самое в недрах Xorg сервера ворочавшего толпу клиентов, встанет весь караван, и пользователь начнет беситься с общесистемных лагов и дергагий графики. Поэтому никто так разумеется делать не будет. Т.к. станет еще хуже чем было. И нет, никто не долбанется настолько чтобы шедулинг, многоядерность и проч нормально в иксах делать. Это вы сами если оно вам надо. Учитывая что их архитектура это не предусматривает чуть более чем никак... Давайте посмотрим, что сейчас является мейнстримными технологиями интерфейса для клиент-серверных приложений. Web-технологии: HTML/CSS/JavaScript. И как там рисуются контролы. В таких мейнстримных приложениях, как Office 365, Gmail. Они там рисуются средствами HTML/CSS по схожему с протоколом X принципу: командами рисования графических примитивов, никаких битмапов для контролов никто не делает, за очень редкими исключительными случаями. И ничего, как видим, все живы. Средствами протокола X можно нарисовать контролы уж точно не хуже, чем средствами html/css. Может быть, вы также видели интерфейс такой сложной программы, как Ableton Live? На что он похож? Он страшный как смерть? На первый взгляд, все там укладывается или почти укладывается в возможности тулкита Xaw. А знаете ли, чем отчасти обусловлены последние течения в современной моде на интерфейсы: плоские двухмерные контролы? Ограничениями веб-технологий. Так что подумайте, действительно ли необходимо то, что вы пишете в процитированном тексте, или это все-таки "от невежества". > На мой вкус - я не собираюсь слушать мнения пользаков вякающих как нам должно быть офигенно из-под другой операционки. Ушли и ушли, значит вы более не "stakeholder" этой технологии, какой вообще резон вас и ваше мнение теперь учитывать вообще? А вот пакостить тем кто технологией еще пользуется ради вас - контрпродуктивно. Ну как вам сказать - имею мнение, высказываю. Не интересно, не слушайте. Кому-то другому, возможно, интересно. К тому же, если на то пошло, X-сервер у меня и под макосью есть. При чем тут операционка вообще. > Я даже не спорю что в этой идее что-то есть. Но в современном мире оно скорее создает проблемы чем решает, а на память об этом мир пользуется в качестве сетевой прозрачности каким-нибудь (полу)проприетарным Chromecast. А вовсе не тем куском позора. Тут опять же приведу в пример вышеупомянутый мейнстримный стек технологий для отображения интерфейса клиент-серверных программ (HTML/CSS/JavaScript) и предложу сравнить, что является большим куском позора: он или X-протокол. И представить, насколько красивей можно было бы реализовать то же самое средставми X-протокола и его расширения, если попытаться понять его философию.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "Уязвимость в библиотеке libX11"	–2 +/–
	Сообщение от Илья (??), 18-Июн-23, 10:23
	Я не хочу разбираться в подробностях, но вы сейчас НЕ ПОМОГАЕТЕ хоронить иксы. Зачем вы цепляетесь как кошка за края форточки?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от v3625 (ok), 18-Июн-23, 11:02
	А почему я должен помогать их хоронить? Я, наоборот, попытался обосновать, почему это не нужно. > Я не хочу разбираться в подробностях Не хочу разбираться, хочу транслировать чужую волю и чувствовать единство с такими же, что ли?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Уязвимость в библиотеке libX11"	+1 +/–
	Сообщение от Ананий (?), 16-Июн-23, 16:30
	>Отсутствие тиринга? Чому в FreeBSD я его не наблюдаю? Наблюдал когда-то давно на невидии, решалось правкой конфига. Все. Остальные баззворды как-то мешают отображению 2д? или начинаются проблемы с 8к экранами?ну как-нибудь переживу
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору


	50. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от Аноним (50), 17-Июн-23, 09:28
	А чому я во фрибзд только тиринг и наблюдаю? У тебя железо такое как у всех?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от Ананий (?), 17-Июн-23, 13:48
	S3 Virge? Давай показывай шо там у тебя и что правил в Xorg.conf, шоб пытаться исправить. А тиринга я не наблюдаю уже давно, на разных ноутах и десктопах.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	62. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от Аноним (-), 18-Июн-23, 01:05
	> Давай показывай шо там у тебя и что правил в Xorg.conf, шоб > пытаться исправить. Вообще-то для начала нормальная графика должна работать без вот этого вот. В режиме плагнплей. А то может мне еще и IRQ мануально раздавать начать опять? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от Ананий (?), 19-Июн-23, 14:09
	Вопрос был в работоспособности, а не в том, лень тебе ковырять конфиги и читать маны или нет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	61. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от Аноним (-), 18-Июн-23, 01:03
	> Чому в FreeBSD я его не наблюдаю? Может потому что не работаешь с графикой, не смотришь видео, не делаешь видеозвонки, не играешь в игры, все такое? Если фичой не пользоваться то и проблем с ней нет :) > Наблюдал когда-то давно на невидии, решалось правкой конфига. Все. > Остальные баззворды как-то мешают отображению 2д? Вообще-то - когда все тупит, лагает, тиригнует, а при случае настолько клинит что даже таскменеджер для снятия задачи запаришься ждать - это плохая графическая система. И работать должно сильно лучше чем это. > или начинаются проблемы с 8к экранами?ну как-нибудь переживу Да переживайте себе наздоровье. Хоть с пузатым 640х480 CRT в обнимку. А вот я этого делать не буду. И остальные - тоже. Не знаю как там у вас во фряхе, а для линуха я хочу чтобы графика у нас не сливала всем остальным системам по ее перфомансу, латенси, предсказуемости и отсутствию дурных технических проблем на ровном месте. Нормальное человеческое желание.
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору


	76. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от Ананий (?), 19-Июн-23, 14:19
	>> Чому в FreeBSD я его не наблюдаю? > Может потому что не работаешь с графикой, не смотришь видео, не делаешь > видеозвонки, не играешь в игры, все такое? Если фичой не пользоваться > то и проблем с ней нет :) 2д в гимпе считается? Ютюп/smplayer сойдет за просмотр? Игрульки редко, найтивные аля tome4,wesnoth идут на ура. Со стимом туда же Rimworld. Остальное не интересно, да и покупать ради них игровой ноут за двойной прайс - так себе идея. блендер еще вроде как блендерит, но лично мне 3д не нужно, как и видеозвонки. >> Наблюдал когда-то давно на невидии, решалось правкой конфига. Все. >> Остальные баззворды как-то мешают отображению 2д? > Вообще-то - когда все тупит, лагает, тиригнует, а при случае настолько клинит > что даже таскменеджер для снятия задачи запаришься ждать - это плохая > графическая система. И работать должно сильно лучше чем это. хз, у меня такого не наблюдается >> или начинаются проблемы с 8к экранами?ну как-нибудь переживу > Да переживайте себе наздоровье. Хоть с пузатым 640х480 CRT в обнимку. А > вот я этого делать не буду. И остальные - тоже. Не > знаю как там у вас во фряхе, а для линуха я > хочу чтобы графика у нас не сливала всем остальным системам по > ее перфомансу, латенси, предсказуемости и отсутствию дурных технических проблем на ровном > месте. Нормальное человеческое желание. Ну остальные как-нибудь сами расставят приоритеты. Я тебе даже по секрету скажу, проприетарь для невидии практически или то же самое что и для линуха. Но общая проблема для невидий - прекращение со временем поддержки старых видюх в новых дриверах. Всякие ноувеау я всерьез не рассматриваю. Поэтому самый оптимальный и безгеморойный вариант - интел. Там тоже есть шанс устареть и не соответвовать минимальным требованиям модномолодежных драйверов, но не так быстро. Вот мне крайней интересно глянуть на ириску, как она с фришечкой.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от voiceofreason (?), 20-Июн-23, 18:05
	Крепко жму вашу руку. Ровно мои впечатления от иксов. На фоне сидящих на macOS любителей сетевой прозрачности и псевдо-unix-way 70ых годов прошлого века, это прям приятно.
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору


	53. "Уязвимость в библиотеке libX11"	+1 +/–
	Сообщение от Zenitur (ok), 17-Июн-23, 11:42
	> И, кстати, заметил еще давно, что когда в линуксе шрифты стали преимущественно векторными, от стал страшнее. Особенно первое время, когда нормальные алгоритмы их рендеринга были запатентованы микрософтом или еще кем-то. Мне поэтому нравились ранние версии Windows, что там в окнах использовались моноширинные шрифты, такие как Monotype Corsiva. Надеюсь, я не перепутал название шрифта? Позже, во всех элементах интерфейса стал использоваться TrueType, как в HTML-страничках... Хотя даже в Win9x можно было выставить любой шрифт в "Свойствах экрана" в разделе "Оформление", а то м вообще применить готовую тему рабочего стола. Ух, а мне бы хотелось, чтобы кто-нибудь доделал патчи i-Rinat, которые добавляли VA-API в Firefox. Дело в том, что его патчи использовали libva-glx, а это значит, что работать будет в любой системе, даже самой старой. А в апстриме решили использовать libva-egl, непонятно зачем, так как EGL в "иксах" ни к селу, ни к городу, пусть даже и работает. Да ещё и требуется чоень новая Mesa либо драйвер NVIDIA.
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	52. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от Oe (?), 17-Июн-23, 09:52
	Надежность? Да он сначала даже не запускался. Недавно затестил еще раз - ну, оно уже запускается, и даже пофиксили желейную мышь. Раньше мышь была настолько желейной, как будто её пропихнули через тройной слой буферизации. Тиринга нету, но вместо него статтеры и дропы кадров, желейность всего интерфейса, производительность дно. Еще лет 10, и думаю допилят до уровня +-винды
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	11. "Уязвимость в библиотеке libX11"	+3 +/–
	Сообщение от Аноним (11), 16-Июн-23, 11:57
	ещё тебя переживёт
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	25. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от rshadow (ok), 16-Июн-23, 13:48
	Жалко на опеннете нет механизма запуска опросов. Думаю результаты удивили бы немногих.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	72. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от Администратор (?), 18-Июн-23, 13:44
	А что работает на вашем хваленом вейланде? игры с portproton работают? запись экрана рабочего стола нормально не работает, виртуалки некоторые не работают, и много каких есчо программ не работают.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	74. "Уязвимость в библиотеке libX11"	+/–
	Сообщение от AleksK (ok), 18-Июн-23, 19:38
	Игры с портпротоном работают без проблем. Запись экрана работает отлично. Qemu работает замечательно. Все что надо работает.
	Ответить \| Правка \| Наверх \| Cообщить модератору