The OpenNET Project / Index page

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



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

"Выпуск Wayland-Protocols 1.32"  +/
Сообщение от opennews (?), 04-Июл-23, 07:25 
Опубликован  выпуск пакета wayland-protocols 1.32, содержащего набор протоколов и расширений, дополняющих возможности базового протокола Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59377

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

Оглавление

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


1. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от kusb (?), 04-Июл-23, 07:25 
По мне - протокол на каждый чих это упорото. Может безопасно, не знаю.
Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от n00by (ok), 04-Июл-23, 07:59 
Протокол - это последовательность действий.

Раньше в книжках писали, что для работы с файлами в Си есть разные функции: fopen(), fread(), fclose(). Читателю приходилось думать, в каком порядке их вызывать.

Теперь можно сказать, что протокол чтения файлов это fopen(), fread() и fclose(). Можно уже не думать о порядке. ;)

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

5. "Выпуск Wayland-Protocols 1.32"  –4 +/
Сообщение от Аноним (5), 04-Июл-23, 09:22 
Только файлы, как-то и без протокола читались. А вот вейленда всё нет и нет.
Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск Wayland-Protocols 1.32"  –3 +/
Сообщение от Аноним (7), 04-Июл-23, 09:39 
> А вот вейленда всё нет и нет.

Что значит - нет? Вон там разработчик Asahi Linux уже прямым текстом призвал зак@пать xorg, популярно объяснив что не считает трату времени и сил на потуги багфикса ЭТОГО чем-либо перспективным.

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

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

8. "Выпуск Wayland-Protocols 1.32"  +18 +/
Сообщение от Аноним (5), 04-Июл-23, 09:51 
Головой подумай, если бы вейленд был чем-то реально работающим никому бы не пришлось ни к чему призывать.
Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от n00by (ok), 04-Июл-23, 10:10 
Он банально хайпует. Типа он такой умный и его призыв рулит Вселенной. И без него даже Wine переходит на Wayland. Это неизбежность. Есть, конечно, нюансы с VRR (Variable refresh rate) и может ещё какие всплывут.
Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от Аноним (25), 04-Июл-23, 11:04 
ты бы думал иногда прежде чем глупости писать
Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от n00by (ok), 04-Июл-23, 16:27 
> ты бы думал иногда прежде чем глупости писать

Зачем мне для этого думать? Достаточно тебя процитировать.

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

12. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (7), 04-Июл-23, 10:18 
> Головой подумай, если бы вейленд был чем-то реально работающим
> никому бы не пришлось ни к чему призывать.

Судя по тону его спича ему просто надоели багрепорты вокруг Xorg которые некому чинить. Так просто и банально, хоть оборитесь - патчите свое нечто сами или идите нахрен, имхо.

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

19. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от Аноним (5), 04-Июл-23, 10:53 
Непонятно чем плохи багрепорты которые медленно чинятся против того что просто не работает в полном объеме.
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от Аноним (7), 04-Июл-23, 16:14 
> Непонятно чем плохи багрепорты которые медленно чинятся против
> того что просто не работает в полном объеме.

Желающих чинить ЭТО осталось примерно 0. Поэтому единственным достижением становится захламление багтрекера висяками. Этим такие багрепорты и плохи. Если вы хотите пользоваться иксами - окей, превосходно, чините свои баги сами, не надо делать мозги посторонним людям для которых это просто СПАМ. Вот если вы хотите фиксить эти баги - тогда, конечно, врядли людей напряжет использование их багтрекера. Если это не трансформируется в вечные висяки без шансов на починку.

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

73. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от AleksK (ok), 04-Июл-23, 19:09 
Почему если иксы "работают в полном объёме" в гномшеле да и в кедах на иксах анимации окон дерганные и с артефактами, а под Wayland все плавненько и никаких артефактов?
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

47. "Выпуск Wayland-Protocols 1.32"  +2 +/
Сообщение от Аноним (47), 04-Июл-23, 14:29 
Wayland не может работать или не работать! Wayland - это набор соглашений ака протокол.

Все вопросы по работе относятся к конкретной реализации. Реализаций, кстати, несколько.

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

106. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от KhabManemail (ok), 05-Июл-23, 14:35 
> если бы вейленд был чем-то реально работающим никому бы не пришлось ни к чему призывать

C семейством ОС Linux на десктопе тоже так работает?)

А если серьёзно, то определённый "маркетинг" для продвижения даже Open Source решений требуется. Люди консервативны в большинстве своём, а в мире открытого ПО так и подавно, поэтому да, приходится призывать.

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

10. "Выпуск Wayland-Protocols 1.32"  +3 +/
Сообщение от Линукс Торвальц (?), 04-Июл-23, 10:02 
Правильней было бы закопать Asahi, вместе с вейландом. А то не успели вылупиться, а уже права качают.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

13. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (7), 04-Июл-23, 10:24 
А таки имеют весьма валидный технический пойнт. Вполне грамотно обоснованный в тексте того призыва. И почти все девы вокруг графики думают примерно так же. Так что не надо спамить свомими багами по иксам в багтрекеры, если вы не готовы стать их fixer'ами. Как-то так по состоянию на данный момент уже.
Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от Аноним (5), 04-Июл-23, 10:53 
Указующий перст Линуса всегда с нами.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

27. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от Аноним (25), 04-Июл-23, 11:45 
линукзоиды странный народ, боготворите какого то самодура
Ответить | Правка | Наверх | Cообщить модератору

104. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (104), 05-Июл-23, 13:07 
Балмер и Гейтс не самодуры? Их тоже что-то вантузники боготворят.
Ответить | Правка | Наверх | Cообщить модератору

79. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от randomize (?), 04-Июл-23, 20:45 
> тирингующий лагающий позор

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

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

20. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от Аноним (25), 04-Июл-23, 10:53 
глупый пример
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

59. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от n00by (ok), 04-Июл-23, 16:34 
> глупый пример

Согласен. Из этих двух слов не понятно, что такое протокол.

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

68. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от dannyD (?), 04-Июл-23, 17:37 
>>fopen(), fread(), fclose(). Читателю приходилось думать, в каком порядке их вызывать.

да уж, язык Си уж очень небезопасен %)

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

3. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Sw00p aka Jerom (?), 04-Июл-23, 07:59 
Протокол на каждый чих - этикет :)
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

69. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (69), 04-Июл-23, 17:41 
Меня пугает только, что они пошли по пути COM обьектов в Windows, Сейчас будет
сотня другая протокоолов v1, v2, v3 и рано или поздно их надоест поддерживать и они начнут отмирать и нужно  будет помнить какой из них уже все, а какой еще нет. Хорошо бы переложить это на разработчика системы, но тогда нужен какой-то простой и понятный API для рисования и мы возвращаемся к универасльным оберткам (API) для рисования.
Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (85), 04-Июл-23, 21:30 
> Сейчас будет сотня другая протокоолов v1, v2, v3

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

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

99. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от Аноньимъ (ok), 05-Июл-23, 04:13 
>но тогда нужен какой-то простой и понятный API для рисования и мы возвращаемся к универасльным оберткам (API) для рисования

SystemDGDI

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

100. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Sw00p aka Jerom (?), 05-Июл-23, 06:51 
>Меня пугает только, что они пошли по пути

Говорите о "них" как о какой-то неизбежности :) Вымрут

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

108. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (7), 05-Июл-23, 14:59 
> Говорите о "них" как о какой-то неизбежности :) Вымрут

Все когда-то вымирает. Вон там извозчики устарели и теперь вместо них такси. Вон там паровозы с линий сняли. А вот тут Xorg свое уже почти отлетал. Если сравнивать с паровозами, теперь на новых станциях уже просто не ставят резервуары с водой и не кладут уголь или дрова. Что хотите то и делайте.

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

4. "Выпуск Wayland-Protocols 1.32"  –2 +/
Сообщение от Аноним (5), 04-Июл-23, 09:21 
По не так из-за этого никакого вейленда на десктопе и нет.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

38. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от 12yoexpert (ok), 04-Июл-23, 14:06 
если попить водички и поспать - начнёшь попадать по клавишам
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от хрю (?), 04-Июл-23, 09:38 
Ну если думать о "протокол"-е как об интерфейсе, то норм.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

9. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от Аноним (5), 04-Июл-23, 09:52 
Тогда если думать, об испражнениях как о чисто золоте, то это тоже норм.
Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (7), 04-Июл-23, 10:36 
> Тогда если думать, об испражнениях как о чисто золоте, то это тоже норм.

Прикинь, кому-то и д@рьмо - клад! По крайней мере я разок видел как сельские разворовали кучу д@рьма (коровьего) просто в хлам.

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

16. "Выпуск Wayland-Protocols 1.32"  +3 +/
Сообщение от Аноним (25), 04-Июл-23, 10:37 
не понимаю, зачем оно, когда есть прекрасный, проверенный временем X11 и чёткий Xorg
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от Kukish (?), 04-Июл-23, 10:57 
Все стареет, даже проверенный временем.
Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск Wayland-Protocols 1.32"  +2 +/
Сообщение от Аноним (25), 04-Июл-23, 11:02 
не стареет, а проходит проверку временем
проблема вейладна это в принципе проблема всего человечества - развитие ради развития
Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск Wayland-Protocols 1.32"  +5 +/
Сообщение от 1 (??), 04-Июл-23, 12:25 
Ну не совсем так. Проблемы в X11 есть и они явные. А дальше приходит кучка погромистов (которые да, писали X11) и говорит, а зебе^W "сделаем красиво !", но не всё, всё нам делать лень, а только напишем протокол, а все остальные потом подтянутся. Но остальные тянуться не захотели, потом силёнок у авторов было не столько много как у поттеринга (но место происхождения одно - RH).
Ну и имеем то, что имеем ... Вяленый - набор протоколов, причём разный для KDE и Gnome, а приложения, по старинке, работают через прослойку X11.
Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск Wayland-Protocols 1.32"  –2 +/
Сообщение от 12yoexpert (ok), 04-Июл-23, 14:04 
> Проблемы в X11 есть и они явные

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

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

77. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (77), 04-Июл-23, 19:21 
В вялом тех "которые да, писали X11" полтора землекопа. И прославились они вандализмом иксовской репы.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

83. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (85), 04-Июл-23, 21:22 
> В вялом тех "которые да, писали X11" полтора землекопа.
> И прославились они > вандализмом иксовской репы.

Можете форкануть и откатить все что угодно и вообще переделать как вам угодно. Но ведь языком трындеть - не мешки ворочать. Ну а вон те работы работали как умели. Если вы думаете что смогли бы лучше - ну и где оно?! Бы - в этом мире не считается.

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

102. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от 1 (??), 05-Июл-23, 11:17 
ничегонеделание - путь к нирване.

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

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

105. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (7), 05-Июл-23, 13:50 
> ничегонеделание - путь к нирване.

Значит фанатам нирваны прижется жить в мире с Wayland - а Xorg постепенно вымрет. Потому что желающих кодить Xorg не осталось. Даже баги фиксить уже некому.

> Может бы, когда руки у погромистов зачесались переделать X11, налили бы им
> рюмочку и они задвинули идею с вяленым подальше ...

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

> М.б. тогда у нас был бы красивый, вылизанный X12 и никаких вяленых нытиков.

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

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

65. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от BeLord (ok), 04-Июл-23, 17:01 
Не очевидно? Если технология не имеет желающих ее поддерживать, то она умирает. При этом сама технология может быть хорошей.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

74. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от AleksK (ok), 04-Июл-23, 19:12 
Чтобы получить интерфейс на рабочем столе нормальными плавными анимациями без артефактов и вменяемым откликом.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

30. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от Аноним (30), 04-Июл-23, 12:08 
Народ, а подскажите-ка мне дистрибутив, "искаропки" нативно работающий с вейландом, без всяких иксовых подпорок и прослоек. Хочу посмотреть что это за чудо. Есть такой?
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск Wayland-Protocols 1.32"  +2 +/
Сообщение от 12yoexpert (ok), 04-Июл-23, 14:03 
вопрос некорректный, с вайлендом в принципе ничего не может работать
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск Wayland-Protocols 1.32"  +2 +/
Сообщение от Аноним (-), 04-Июл-23, 14:22 
Зачем сразу дистр искаропки? Ведь Гном и КДЕ давно отчитались, что Вэйланд у них нативно работает.

Лучше самому приготовить. Я например приготовил окружение на основе Sway WM. Работает стабильно.

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

67. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от Аноним (30), 04-Июл-23, 17:17 
1. Нужно именно исаропки -- настроенное, готовое к работе, чтобы можно было потыкать палочкой. Устанавливать ничего не хочу, т.к. пользоваться этим добровольно всё равно не буду.

2. Тайловые WM не нужны.

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

119. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (-), 07-Июл-23, 10:35 
> 1. Нужно именно исаропки -- настроенное, готовое к работе, чтобы можно было
> потыкать палочкой. Устанавливать ничего не хочу,

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

> 2. Тайловые WM не нужны.

Да вообще-то их обладатели зачастую могут дать мастеркласс на тему эффективного man-machine interface. Эффективного - это не в 2 раза быстрее 200 файлов проклацывать, а автоматизировать, чтобы это все не требовалось и обрабатывалось бы машиной, с околонулевыми затратами времени.

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

58. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (58), 04-Июл-23, 16:31 
Fedora, недавно пробовал в Live режиме
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

66. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (30), 04-Июл-23, 17:13 
Буквально только что поставил федору с гномом -- никакого вейланда там в упор не вижу. чянд?
Ответить | Правка | Наверх | Cообщить модератору

72. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от BIG AMERICAN BURGER (?), 04-Июл-23, 18:47 
>никакого вейланда там в упор не вижу. чянд

слепнешь, БРАТ, слепнешь...

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

76. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (30), 04-Июл-23, 19:14 
А зачем там это:

xorg-x11-server-common-1.20.14-21.fc38.x86_64
xorg-x11-server-Xorg-1.20.14-21.fc38.x86_64
xorg-x11-server-Xwayland-22.1.9-1.fc38.x86_64
xorg-x11-xauth-1.1.2-3.fc38.x86_64
xorg-x11-xinit-1.4.0-17.fc38.x86_64

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

91. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от BIG AMERICAN BURGER (?), 04-Июл-23, 22:50 
а что, наличие этих пакетов в системе гарантирует, что гном запускается исключительно под иксами?

а нужны они для того, чтобы такие вот легаси людишки как ты могли выбрать сессию с гномом на иксах в GDM

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

92. "Выпуск Wayland-Protocols 1.32"  –5 +/
Сообщение от Аноним (30), 04-Июл-23, 23:05 
Другими словами, дистрибутива, работающего на чистом вейланде и без помощи иксов за полтора десятка лет так и не появилось... Ну что же, вопрос закрыт, всем спасибо.
Ответить | Правка | Наверх | Cообщить модератору

98. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от Аноним (47), 05-Июл-23, 03:35 
Хоть в теме разберись!

Wayland - протокол и на нем не возможно работать. Используют реализацию этого протокола, а их, кстати, несколько. Это раз.

В Fedora Workstation по умолчанию сессия с использованием протокола Wayland. Иксы же подгружаются для конкретных приложений, которые в данный момент поддерживают только их. Для этого используется xwayland. Если таких программ нет, то можно смело удалять иксы и ко. Это два.

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

103. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (30), 05-Июл-23, 11:24 
Без иксов ничего не работает. Я уже понял, спасибо.
Ответить | Правка | Наверх | Cообщить модератору

116. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (116), 06-Июл-23, 22:59 
Без иксов не работает только софт не умеющий в вайланд, и такого софта становится все меньше и меньше.
Ответить | Правка | Наверх | Cообщить модератору

93. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (116), 04-Июл-23, 23:32 
У тебя небось видюха от невидии?
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

75. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от AleksK (ok), 04-Июл-23, 19:13 
Ubuntu 22.04
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

32. "Выпуск Wayland-Protocols 1.32"  +4 +/
Сообщение от Шарп (ok), 04-Июл-23, 12:34 
>захват ввода в приложениях XWayland

Последовательно переносят в вяленый всё то что критиковали в иксах. Отключения vsync уже протащили. Теперь вот можно будет сделать легендарный захват ввода диалоговым окном с последующим зависанием.

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

33. "Выпуск Wayland-Protocols 1.32"  +4 +/
Сообщение от 1 (??), 04-Июл-23, 12:49 
Ну а в конце, вишенкой на торте, реализуют сетевую прозрачность.
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (48), 04-Июл-23, 14:52 
Уже есть waypipe.
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от Oe (?), 04-Июл-23, 13:43 
Дык включенный vsync это такой же костыль, как и xorg, чисто прокладка для устаревших устройств отображения. Не всем приятны дополнительные 20 мс задержек для 60 Гц монитора ценой отсутствия тиринга. А еще vsync при малейшем перегрузе дропает время кадра в N-число раз, вместо просадки до 59 кадров прыгнет сразу на 30, 20, 15, и т.п. Нужны мониторы и протоколы с железом, способным работать от нуля герц, в android смартфонах, если не ошибаюсь, уже были представлены первые такие дисплеи.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

96. "Выпуск Wayland-Protocols 1.32"  +3 +/
Сообщение от Alladin (?), 05-Июл-23, 03:29 
vsync не нужон?) вот допустим у меня интерфейс в 3000 фпс (ну вот видеокарта моя так могет в 2d..).. ааш монитор отрисует столько? нет? а зачем я трачу ресурсы на 3000 кадров, если мне нужно столько сколько поддерживает мой монитор? (это VSYNC, алилуя..)
Ответить | Правка | Наверх | Cообщить модератору

113. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Oe (?), 06-Июл-23, 02:59 
Ты уверен, что 60 фпс монитор не может отрисовать больше 60 фпс? При 3000 фпс на 60 фпс мониторе у тебя грубо говоря каждая отрисованная строка на мониторе будет актуальна, а не взятая с отрендериного 20 мс назад кадра. Грубо говоря, 60 Гц монитор может отрисовать половину экрана в 120 Гц, четверть в 240 Гц и так далее. Это ни коим образом не заменяет монитор с большей герцовкой, но дает ощущение меньшей задержки. Или геймеры такие тупые, и просто так лочат фпс на уровне в 2-3 раза выше чем фпс монитора?
Ответить | Правка | Наверх | Cообщить модератору

114. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от n00by (ok), 06-Июл-23, 10:02 
> Ты уверен, что 60 фпс монитор не может отрисовать больше 60 фпс?

Почитайте, как происходит передача кадра по HDMI/DVI, будете так же уверены.

> 60 Гц монитор может отрисовать половину экрана в 120 Гц,
> четверть в 240 Гц и так далее.

Не может. А вот экранный буфер видеокарты может измениться в неподходящий момент в процессе передачи информации о кадре. Отсюда и дефекты изображения ("тиринг"), когда на экран попадают части от разных кадров.

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

115. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Oe (?), 06-Июл-23, 20:43 
Если успевать подавать монитору каждую новую строку, а не взятую со статичного кадра, то как раз будут 3000 фпс (между соседними строками). А как с черестрочного 30 Гц видео делается 60 Гц прогрессивное вам тоже не знакомо? А как же роллинг шатер в фотокамерах?
Ответить | Правка | Наверх | Cообщить модератору

118. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от n00by (ok), 07-Июл-23, 07:40 
> Если успевать подавать монитору каждую новую строку, а не взятую со статичного
> кадра, то как раз будут 3000 фпс (между соседними строками).

Куда именно в монитор Вы её подавать собрались, в "вон тот провод"? Монитору требуется знать, в каком месте экрана отображать эту строку. Для чего и служат сигналы кадровой и строчной синхронизации. Без них придётся передавать номера строк, что повлечёт смену формата передачи данных и увеличит их объём.

Ещё раз - читайте описание протокола и в дополнение про VRR (FreeSync и т.п.), что частично решает вопрос с FPS.

> как с черестрочного 30 Гц видео делается 60 Гц прогрессивное вам
> тоже не знакомо?

В отличие от Вас, мне знакомо даже как на бордюре Спектрума рисовать.

> А как же роллинг шатер в фотокамерах?

А это аж два приёма демагогии: "доказательство по аналогии" и "переложить бремя доказательства на оппонента".

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

121. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (121), 07-Июл-23, 11:07 
> Если успевать подавать монитору каждую новую строку, а не взятую со статичного
> кадра, то как раз будут 3000 фпс (между соседними строками). А
> как с черестрочного 30 Гц видео делается 60 Гц прогрессивное вам
> тоже не знакомо? А как же роллинг шатер в фотокамерах?

Вы гоните, имхо. Display Controller 60 раз в секунду берет фреймбуфер и начинает синтез протокола и таймингов. В случае CRT это летело в DAC'и. В parallel RGB - DAC'и убрали и данные полетели по проводам как есть (у ряда LCD панелей вот такой интерфейс "нативно"). В комповый монитор 24 или сколько там линий было непрактично тянуть. И туда летит сериализованная версия вот этого. Иногда с разбивкой на 2 lanes (dual-link DVI). HDMI является DVI с одним набором дифференциальных линий и другим разъемом.

LVDS в ноутах примерно то же по смыслу, но электрически эти дифференциальные линии иные чем в DVI/HDMI и lanes может быть более 1-2, вплоть до 4, чтоли. Структура протокола и таймингов однако подразумевает полный кадр, по сути "в стиле CRT". Хоть всякие h/v sync и пустые регионы и не нужны физически, есть определенная польза: во время V-blank самое время заполнить буфер кадра или переключить регион памяти на другой, с подготовленной картинкой ("page flip" при двойной буферизации).

А вот всякие DisplayPort уже несколько более продвинутые штуки. И там в провод летят таки пакеты, но вообще, их тайминги более-менее повторяют вон то. Потому что у LCD такого размера нет своей памяти - и картинка держится лишь потому что ячейка держит заряд до следующего фрейма. Это накладывает определенные лимиты на рефреш "всей площади". Тем не менее эти лимиты не такие уж и жесткие и возможны нестандартные FPS (например старый HDMI можно пюзать как 4K@30FPS вместо 1080p@60FPS) - или даже переменный FPS как это в FreeSync реализовано, чтобы дать GPU закончить рендер фрейма до того как слать его в провод, даже если он и не успевает к фиксированным таймингам. Сие позволяет рисовать без тиринга даже если в тайминги не уложились. Тем не менее, это не доступ к конкретным строкам в любой момент времени.

И кстати у камер интерфейс обычно выдает примерно такой же сигнал с такими же таймингами, только источник и назначение инвертированы. И FPS там как правило подразумевается фиксированный, а скан конкретных строк быстрее чем остального не предусмотрен. FPS может зависеть от разрешения - с одними и теми же фундаментальными таймингами битов передать 320x240 получается быстрее чем 1920x1080 и как таковой FPS в допущении что шина всегда работает без idle может быть выше. В случае дисплеев они обычно работают близко к топовой возможности линка, или же электроники дисплея, но фокусы типа 4K@30FPS намекают что да, это до некоторой степени можно переигрывать. Но ни там ни там нет доступов в конкретные строки, как максимум программируется регион/разрешение, а шина не станет работать быстрее ее характерных таймингов. Ну а rolling shutter как таковой внутреннее дело камеры как оно там реализует сканирование своей матрицы.

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

126. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Oe (?), 07-Июл-23, 17:08 
Посмотрите пример видео с роллинг шаттером, 30 фпс видео выглядит гораздо плавнее чем 30 фпс без роллинг шаттера, именно из за роллинг шаттера достигается эффект большего фпс, конечно же ценой искажений изображения. С монитором абсолютно те же процессы, тиринг это тот же роллинг шаттер, чем больше фпс выдает видеокарта, тем больше в одном кадре становится разрывов, и эффект всё ближе к роллинг шаттеру. Разница в плавности на 60 Гц мониторе, если отрендерить ему 120 кадров с тирингом - огромна, не заметить её невозможно. Выше 240 Гц уже нету смысла, это уже 4 мс задержка, дальнейшее понижение будет просто незаметно.
Ответить | Правка | Наверх | Cообщить модератору

127. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (127), 07-Июл-23, 18:07 
> Посмотрите пример видео с роллинг шаттером, 30 фпс видео выглядит гораздо плавнее
> чем 30 фпс без роллинг шаттера, именно из за роллинг шаттера

В конечном итоге 30 FPS это 30FPS - максимум 30 разных картинок каждую секунду. Они вообще совсем никак не станут 60, или сколько там. Прямо на уровне потока с камеры по щине - идет очередной кадр, строка за строкой, и так пока весь кадр не улетит в провод. Потом начинается новый. И FPS такой какой есть. Как кадр формировался внутри чипа - вопрос номер два, сие может влиять на некоторые артефакты, но добавить число кадров в секунду - это как?

> достигается эффект большего фпс, конечно же ценой искажений изображения.

FPS камеры чаще всего ограничен шиной и потоком данных/таймингами - особенно на жирных матрицах. Можно поменьше картинку и FPS повыше, или побольше картинку и FPS пониже. Выше возможностей шины не прыгнешь. У мониторов однако электроника обычно не готова жрать FPS более энного, заявленного как максимальный/нативный т.к. это еще и тайминги рефреша LCD матрицы заодно, они не могут быть бесконечные. Можно немного придержать эти тайминги в сторону замедления и обычно за это ничего не будет - но это все. А какой нибудь 320x240 хардварно апскейлится в полный размер матрицы, хоть там как, и тот лимит в силе.

> С монитором абсолютно те же процессы, тиринг это тот же роллинг шаттер,

Тиринг - это когда вы слали буфер кадра в провод, по вон тем таймингам, и тут в процессе действа в буфер прилетела новая картинка. Так что в провод улетела половина старого и половина нового кадра. Возможны разные варианты, в зависимости от скорости writer'а vs скорость scanout. Может как writer обогнать отрисовку, так и отрисовка обогнать writer'а. В обоих случаях в провод летит часть старого и часть нового кадра.

Есть технологии достаточно радикально лечащие это, скажем page flip. Это когда буферов два, и writer рисует в неактивный буфер, а железка рисует активный. Потом - как правило в V-blank драйвер переключает указатель на фреймбуфер железке, и та рисует из второго буфера. А первый отдается writer'у. Недостатками является повышенный лаг и нужда чтобы софт который writer мог в достаточно прецизионные тайминги - с чем у иксов до сих пор проблемы, они под такое не делались.

> чем больше фпс выдает видеокарта, тем больше в одном кадре становится разрывов,

...потому что writer (например GPU завершивший рендер) переписывает буфер аж несколько раз за время передачи кадра в провод. Поэтому то что пришло в дисплей состоит из кусочков нескольких кадров, с разрывом в месте где writer догнал позицию scanout на данный момент - ведь кадры выглядели по разному.

> и эффект всё ближе к роллинг шаттеру. Разница в плавности на
> 60 Гц мониторе, если отрендерить ему 120 кадров с тирингом -
> огромна, не заметить её невозможно. Выше 240 Гц уже нету смысла,
> это уже 4 мс задержка, дальнейшее понижение будет просто незаметно.

А таки FPS хотят лишь потому что движки ввод и сеть обрабатывают с привязкой к времянкам кадров. Это не очень умное и эффективное решение но переделывать кучу движков никто не хочет. Это обрекает желающих FPS выше мониторного на тиринг. Ну как, если writer догоняет и обгоняет scanout?

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

120. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (-), 07-Июл-23, 10:40 
> Не может. А вот экранный буфер видеокарты может измениться в неподходящий момент
> в процессе передачи информации о кадре. Отсюда и дефекты изображения ("тиринг"),
> когда на экран попадают части от разных кадров.

Геймерам похрен - "зато латенси обработчи событий ниже". В том числе и ввода и его отправки на сервер. Особенность ряда игровых движков такая - считать все и вся в привязке к кадрам. В этом месте правильный wayland встает на пути не совсем правильного - но существующего - и довольно распостраненного - легаси. По уму конечно стоило бы движки переписать, но переписать игровое двигло с цатилетней историей дело ни разу не простое. И вот тут игроки заметили определенный подвох.

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

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

61. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (7), 04-Июл-23, 16:38 
> Отключения vsync уже протащили.

Это для гамес обсчитывающих все с привязкой к кадрам. Геймеры хотят 500+FPS и ниипет, чтобы еще несколько миллисекунд лага убавить. Актуально для всяких любителей шутеров с крутым шмотом и мощной системой, желающим в топе чарта быть.

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

45. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (45), 04-Июл-23, 14:21 
А когда добавят принтсервер и сервер шрифтов? В иксах вот есть, отличная оконная система, а в вейланде нет
Ответить | Правка | Наверх | Cообщить модератору

112. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от хрю (?), 05-Июл-23, 22:18 
>> В иксах вот есть

Уже давно её там нет, с разморозкой.

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

49. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (48), 04-Июл-23, 14:54 
Протокола, позволяющего расшаривать в каком-нибудь зуме отдельно взятое окно (а не весь экран) у них в планах нет? Едва ли не единственное что мешает мне окончательно выбросить иксы.
Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от Аноним (51), 04-Июл-23, 15:03 
пока нет. но ты жди...
Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск Wayland-Protocols 1.32"  –1 +/
Сообщение от Аноним (7), 04-Июл-23, 16:40 
> Протокола, позволяющего расшаривать в каком-нибудь зуме отдельно взятое окно
> (а не весь экран) у них в планах нет?

KVM :))). Заодно и файлы кроме как с своей виртуалки стырить не сможет.

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

71. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (71), 04-Июл-23, 18:17 
Конечно, сможет. Ты всё не так понял, там было про KVM switch. Это аппаратная приблуда.
Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (85), 04-Июл-23, 21:09 
> Конечно, сможет. Ты всё не так понял, там было про KVM switch. Это аппаратная приблуда.

Я про подсистему виртуализации KVM. Спереть через виртуалку файло с хоста можно только если вы сами это сдуру позволите. И его окна тоже не видно.

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

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

86. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (71), 04-Июл-23, 21:32 
Программа детектит виртуализацию и дальше делает всё что хочет на хосте, её никто не остановит. Тут безопаснее запускать сразу на хосте, хоть как-то контролировать поведение можно, да и сесурити хоста обычно повыше. Виртуалки это очень опасная тема, не только стырит, но и бэкдор в биос прошьёт. Кстати, это всё не теория.
Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (7), 05-Июл-23, 14:51 
> Программа детектит виртуализацию и дальше

Если вообще детектит. Гипервизор может показывать гуесту что хочет. Особенно если сорц есть.

> делает всё что хочет на хосте, её никто не остановит.

Агащас. У меня VM сконфигурены так что доступ к ресурсам хоста минимальный, только то что нужно для задачи, ничего лишнего.

> Тут безопаснее запускать сразу на хосте,

А свобода это рабство, видимо.

> хоть как-то контролировать поведение можно,

Виртуализатор дает более крутой контроль. VM даже с недружественным кернелом (!!!) напакостить не может, не то что апликухой. Абстракция такая: гуест не имеет привилегированого доступа в хост. Даже если выглядит как будто это работает, это лишь фикция под арбитражем гипервизора. На самом деле эксепшн в непривилегированой программе + эмуляция гипервизором что якобы-прокатило.

А бонсуом у меня есть god-mode debugger. Я на уровень выше кернела VM. Могу остановить их на время. Пошагово пощелкать. Память сдампить или пропатчить. Типа жытага, только силами гипервизора. Даже если кернел виртуалки помер, виртуализатор дебаг-хост реализует сам, это пофиг. Контроля при этом более чем. Я над кернелами ОСей...

> да и сесурити хоста обычно повыше.

С чего? Если недружественная программа нанесет урон системе в VM, это затронет только виртуалку с ней. А если хосту - все что там было.

Вот вы видите меня. А на самом деле контейнер. Показывающий браузуеру иной системный view, в нем только Downloads и есть. Так что сломав браузер сможете спереть аж недавние даунлоады. Они из интернета слиты, смысла возиться нет. А больше ничего и нет.

Если допустить что вы сможете прошибить кернел (гуеста) и обойти тот контейнер, вы обнаружите что это "VM для запуска браузера". Ее доступ к хосту ограничен счетом, RAM, показом картинок и оооочнь маргинальным доступом в сеть. Очень интересно как вы собираетесь хост с нее долбануть. Теоретически, в гипервизоре тоже могут быть баги, но теперь это все же 2 барьера изоляции и арбитража а не 1.

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

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

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

> Кстати, это всё не теория.

Хотите поучить капитана звездного крейсера правильной конфигурации силовых щитов в его кастомном дизайне? Удачи. Но эта штука таки выдерживает довольно жесткий й0пс. Просто потому что я сам умею в атаки. А потому неплохо понимаю от чего и почему защищаюсь.

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

109. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (71), 05-Июл-23, 16:02 
SMM передаёт привет любителю изоляции через виртуализацию. Ну а вообще, о чём ты говоришь, если даже qubes os регулярно ёкают хорошенько? Посмотри, как используют виртуализацию инженеры антивирусных компаний. Какой-нибудь Bochs берут, да, но не будешь же ты его использовать для реального ПО. Изоляция на хосте не существует, если тебе пробили виртуалку (чаще всего через кривые дровишки криво сэмулированного железа) и у гипервизора слишком много прав. Рут не понадобится, если уже есть полный доступ к оборудованию (например, изоляция шин только недавно начала входить в тренд, когда понадобилось DRM железо и возможность прикрывать трояны от атак).
Ответить | Правка | Наверх | Cообщить модератору

124. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (124), 07-Июл-23, 12:31 
> SMM передаёт привет любителю изоляции через виртуализацию.

1) Внезапно, SMM в виртуалках - виртуальный! Более того - у меня и тот BIOS опенсорсный, так что его обработчик виртуального SMM при желании и пропатчить можно. Правда, смысла особо нет.

2) Хостовый SMM вообще не особо в курсе насчет виртуалок, он для хоста работает, арбитраж виртуалок ни разу не по его части.

3) Если вы про то что гипервизор может поиметь виртуалку, вызвав виртуальный SMM... он и так арбитрировал все доступы и мог иметь ее более 9000 иных способов. Ну вот например поменяв ее RAM по своей инициативе, поставив на паузу, сменив состояние vCPU. См выше про god mode debugger, он следствие фич гипервизора. Отношения такие же как кернел vs юзермод. Ну вот линукскернел подпихивает прогам виртуальный DSO для ускорения некоторых вызовов. По сути хакая программу. Гипервизор может так же, относительно кернела, но там абстракции низкоуровневее.

4) И кстати что такое SMM на вооооое том ARM или RISCV? В их терминологии вообще нет этого понятия. Поэтому вы при всем желании не сможете там SMM# дернуть.

> Ну а вообще, о чём ты говоришь, если даже qubes os регулярно ёкают хорошенько?

Я говорю о том что у меня кастомная структура подобного плана разумеется :). И один из пойнтов заморочиться это как раз усиление безопасности и минимизация урона. Типа задраиваемых переборок на корабле. Чтобы 1 пробоина не была фатальной.

> Посмотри, как используют виртуализацию инженеры антивирусных компаний.

Мои дизайны шли по той же дороге но прошли этот путь дальше.

> Какой-нибудь Bochs берут, да, но не будешь же ты его использовать для реального ПО.

Я могу и поинтереснее. Можете попробовать сломать вот этот RISCV или ARM, при том что он из x86 синтезирован. Добро пожаловать в мир бесконечных абстракций. А вон та камера в принципе может быть довольно точной эмуляцией, если я линух на одноплатнике попрошу вывесить класс UVC на OTG интерфейсе, это отличить от любой другой камеры станет напряжно. Ну вот например у меня "сетевая карта" от "длинка". Правда на самом деле это конечно одноплатник с usb косит под usb-ethernet адаптер :). Очень умный адаптер - имеющий свое мнение что, кому и почему можно.

> Изоляция на хосте не существует, если тебе пробили виртуалку (чаще всего через
> кривые дровишки криво сэмулированного железа)

Проблемы драйверов гуеста не выходят за проблемы гуеста. Гипервизор оперирует иными абстракциями. Сейчас таковой вообще virtio часто бывает, при этом гуест таки знает что это виртуальная штука и может сильно более короткий маршрут использовать - не эмулируя железки от и до на уровне регистров. Через этот интерфейс нанесение урона хосту не предусмотрено, а гуест как бы не знает как это на уровне бэкэнда вообще реализовано. Вы видите virtio-blk какой - но понятия не имеете как оно там на хосте реально рюхается. Может быть дюжина вариантов чем это было на самом деле.

> и у гипервизора слишком много прав.

У него by design прав "больше чем у кернела VM". Тем не менее, его абстракции простые, низкоуровневые, и хотя в этом тоже можно облажаться, но во первых это случается довольно редко, а во вторых это второй уровень изоляции "над кернелом" его отсутствие с полной халявой для атакующего не может быть фичой.

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

У меня реальное железо в общем случае не вывешивается в виртуалки, так что и изолировать его не требуется. Виртуалкам вообще не видна конкретика железа хоста. Они даже на x86 проц получают


$ cat /proc/cpuinfo
processor    : 0
...
model name    : Common KVM processor

Ну вот такой вот процессор. Да, конечно, сильно замороченный софт по нему может догадаться что это VM. Но можно и поменять - в qemu длиииинный список процов которые можно вывесить гуесту.
Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Анонус (?), 04-Июл-23, 21:30 
А через вложенный Weston не получится?
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

117. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (117), 07-Июл-23, 01:27 
С разморозкой https://ibb.co/YDZWp96 :)
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

52. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (52), 04-Июл-23, 15:24 
Управления своими окнами как не было, так и нет.
Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск Wayland-Protocols 1.32"  +2 +/
Сообщение от Аноним на пол шишечкиemail (?), 04-Июл-23, 20:26 
Пользуюсь случаем срача по поводу wayland, скажу.
Сегодняшняя ситуация, когда всё комьюнити линухолюбов сидит в огромной яме между объявленным небезопасным, не поддерживаемым создателями X11 и сырым, малоподдерживаемым кем либо(включая вендоров некоторых карточек) wayland, считаю провалом со всех сторон.
А что самое смешное, юзеры использующие wayland(такие как я), в 90% случаях всё равно используют x11 через то или иное приложение, которое пришлось запустить в xwayland режиме
Хоть в криоген себя окунай на 10-15лет, чтобы избавить себя от этой дилемы выбора
Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от Аноним (88), 04-Июл-23, 21:40 
>Хоть в криоген себя окунай на 10-15лет

Тема интересная. Уверен, что на 10-15 лет - это мало. Проснувшись, вы не заметите никаких изменений. Усните хотя-бы на 50 лет и тогда, когда проснётесь, поймёте, что никто уже просто не в теме.

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

80. "Выпуск Wayland-Protocols 1.32"  +1 +/
Сообщение от Аноним (80), 04-Июл-23, 20:50 
А может просто CreateWindowEx? :)) Зачем изобретать заведомо overengineered хрень, когда можно сделать СНАЧАЛА протокол для людей (с их локалхостным Линуксом) и потом уже корпорасты будут лепить свои гиперпротоколы а-ля X11?
Ответить | Правка | Наверх | Cообщить модератору

82. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (85), 04-Июл-23, 21:18 
> А может просто CreateWindowEx? :))

Легко. Ставите WinE и вызываете CreateWindowEx(). При том какой там по факту бэкэнд вообще не ваша проблема.

> Зачем изобретать заведомо overengineered хрень, когда можно сделать СНАЧАЛА протокол для
> людей (с их локалхостным Линуксом) и потом уже корпорасты будут лепить свои
> гиперпротоколы а-ля X11?

Вэйланд примерно так и сделан. Проблема в том что вот как раз для локалхостной графики требования стали очень даже. Погодите, скоро еще и Chromecast какой-нибудь захотят. Это то как сетевая прозрачность случается в современном мире. А та #$%нутая блевотина которая на эту тему есть в иксах - мало кому в таком виде нужна, кукуйте.

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

87. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (88), 04-Июл-23, 21:36 
Простите, у меня тут был большой перерыв в посещении данного сайта. Так вот я хочу снова спросить: Линукс.., то есть, Вейлянд уже готов для десктопа?
Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск Wayland-Protocols 1.32"  –2 +/
Сообщение от Аноним (116), 04-Июл-23, 23:44 
Даже в отстающем во всем Дебиане используется по дефолту.
Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от randomize (?), 05-Июл-23, 21:01 
Путаешь дистрибутив и гном?
Ответить | Правка | Наверх | Cообщить модератору

122. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (116), 07-Июл-23, 11:12 
Нет. Дефолтное ДЕ в Дебиане это Гном.
Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Alladin (?), 05-Июл-23, 03:31 
В планы бы рескалинг
Ответить | Правка | Наверх | Cообщить модератору

111. "Выпуск Wayland-Protocols 1.32"  +3 +/
Сообщение от HardWorkeremail (?), 05-Июл-23, 21:15 
У меня есть ноут с 2 выходами Type C для 2х мониторов 49" и 27". Подключаю их, закрываю ноут и ставлю в подставку. Все работает хорошо но вот одно условие - отключение мониторов с последующим открытием ноута и проверки окон на своих виртуальных рабочих столов, приводит Wayland в замешательство. Теперь поглубже, подключаем обратно оба монитора и ставим ноут на подставку - все еще хуже. С такими вещами может справиться только X11, это факт. Поэтому еще нужно выпить несколько контейнеров смузи, прежде чем заявлять про замену иксов.
Ответить | Правка | Наверх | Cообщить модератору

123. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (116), 07-Июл-23, 11:16 
Багрепорт запили. У меня с одним дополнительным монитором таких проблем нет.
Ответить | Правка | Наверх | Cообщить модератору

125. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от HardWorkeremail (?), 07-Июл-23, 14:20 
Да мне еще нужен шаринг экрана а у Wayland с этим большие проблемы.
Ответить | Правка | Наверх | Cообщить модератору

128. "Выпуск Wayland-Protocols 1.32"  +/
Сообщение от Аноним (116), 07-Июл-23, 19:09 
У вайланда нет проблем с шарингом экрана, если бы ты им действительно пользовался то ты бы это знал. Все успешно шариться через порталы.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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