LINUX.ORG.RU

Valve анонсирует протоколы Frog для обхода медленной разработки Wayland и бесконечных обсуждений

 ,


2

5

На gitlab.freedesktop.org появился запрос на слияние (Merge Request) о внедрении протокола frog-fifo-v1 в исходные тексты драйверов Mesa. В тексте этого MR объясняется, что SteamOS (Steam Deck) и Gamescope уже «поставляют по существу эту функциональность» начиная с версии 3.5, поскольку это «серьезная и реальная проблема».

По словам Мисила (misyltoad, misyl), который выполняет различную работу для Valve (например, Gamescope), идея в том, чтобы дать Wayland Protocols быстрый толчок, чтобы начать работу над улучшением ситуации для пользователей. Из описания frog-protocols:

У Wayland Protocols уже давно есть проблемы с новыми протоколами, которые работают месяцами, а то и годами даже с базовой функциональностью.

Крайне проблематично, что некоторые протоколы реализуют очень примитивные и базовые функции, необходимые, чтобы VSync не вызывал голодания графического просессора в Wayland, а также для исправления ужасного зависания приложений, когда окна перекрывались с включенным FIFO/VSync.

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

Разработчик Саймон Сер (Simon Ser, emersion) уже несколько раз возражал, заметив, в частности:

Не думаю, что добавление поддержки протоколов, по сути обходящих консенсус протоколов Wayland — хорошая идея. Планка для протоколов Wayland не так уж высока, и добавление поддержки сторонних протоколов, не представляющих сообщество Wayland — не лучший шаг вперёд.

Ему ответил разработчик Valve Пьер-Лу Гриффе (Plagman):

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

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



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

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

Ты буквально написал От первого X11 до

В википедии написано что можно говорить X и X11, я так это понял. Изначально я взял дату от письма 1984 года что видно по моему списку. Если так нельзя говорить, то тогда повторюсь, что я имел виду начало иксов а не 11 которая вышла в 1987.

Не катит. Говорю же, считаю только первое КДЕ.

В списке есть KDE, другие проекты я выписал для наглядности, twm я DE не называл. В общем по списку претензий нету кроме того что я X11 вместо X сказал.

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

Не катит. Говорю же, считаю только первое КДЕ.

А чем CDE хуже? У KDE было больше возможностей разве? К тому же CDE приняли Hewlett-Packard, IBM, Novell и Sun Microsystems, по моему успех.

То что у KDE больше настроек было, это несомненно, но использовали ли они какие то важные фичи иксов которых не было при CDE?

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

В википедии написано что можно говорить X и X11, я так это понял.

Ну значит я тебя неверно понял, когда ржал над «первый икс одиннадцатый».

В списке есть KDE, другие проекты я выписал для наглядности, twm я DE не называл. В общем по списку претензий нету кроме того что я X11 вместо X сказал.

И ты опять врёшь. Другие проекты ты написал, чтоб читали про 3-4 года. Хотя это был мусор. Реальный проект - 14 лет, но это число слишком велико было.

Итак, сравниваем. У X11 срок работоспособности - 14 лет, у Вейланда - 4. Так что из этого медленно двигалось? Имя, сестра, имя

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

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

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

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

А чем CDE хуже?

Всем хуже. Я просто в своё время работал на сантехнике, попробовал это CDE, в итоге все себе КДЕ компиляли. Но это даже неважно, ещё раз говорю, если мы уходим в закрытый софт - у нас будет разговор типа «вот в году X weston использовался в киоске/мобиле и без проблем».

Но я рад что ты уже торгуешься. Сколько там у тебя на CDE отдано? 9 лет? Ну ок, у CDE на X 9 лет, у gnome на wayland 4.

Кто быстрее ушёл в прод?

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

И ты опять врёшь. Другие проекты ты написал, чтоб читали про 3-4 года.

Ну так twm уже реально использовали, а weston это демка. Понятно что это не KDE, но и с Wayland не сравнить. Так что верно, пусть читают что через 3 года уже реально пользовались.

Итак, сравниваем. У X11 срок работоспособности - 14 лет, у Вейланда - 4.

Я думаю CDE это такой успех, которого еще не достиг Wayland. А Wayland еще не готов, но на эту тему спорить я не буду, это к sehellion. Может позже подключусь.

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

Всем хуже.

Чем конкретно? У меня вот прямо сейчас CDE и он хорош. Есть ли какие-то осмысленные претензии?

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

Но это даже неважно, ещё раз говорю, если мы уходим в закрытый софт - у нас будет разговор типа «вот в году X weston использовался в киоске/мобиле и без проблем».

Ну CDE вроде и открыт по лицензии, и развивается немного, в чем закрытость?

Всем хуже.

А vbcnthfkmnth123 нравится.

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

Ну CDE вроде и открыт

Вангую человек пропустил новости про открытие исходников CDE и Motif

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

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

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

Знаешь что интересно? Что список всегда один. Ну как бы я могу понять брюзжание человека, который выучился писать sysvinit скрипты, запомнил какой ранлевел что обозначает, а потом пришёл этот дебильный systemd и всё пришлось переучивать. Но чем тебя тот же флатпак обидел? В него ж если специально не полезешь то даже не узнаешь что он такое есть. Прям такое впечатление что просто где-то эти слова поочерёдно ругают, а ты уши развесил и зазубрил.

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

который выучился писать sysvinit скрипты, запомнил какой ранлевел что обозначает, а потом пришёл этот дебильный systemd и всё пришлось переучивать

Systemd плох даже не этим, а тем что в него пихают все подряд. Я помню чуть не помер со смеху от бага, когда он удалял /home. https://www.opennet.ru/opennews/art.shtml?num=61403 В sysvinit этот баг просто по определению невозможен потому что это тупая система инициализации с возможностью запуска демонов. В /home он просто не полезет.

Или когда например systemd окирпичивал ноуты - https://www.opennet.ru/opennews/art.shtml?num=43795

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

Ну CDE вроде и открыт по лицензии, и развивается немного, в чем закрытость?

Винамп тоже. Когда это CDE открыли? В 2012? Ну ок, вычитай из 2012 1984 и пиши в свою табличку, лол.

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

Мои проблемы с flatpak (некоторые пункты подходят и для appimage, snap, статически собранных программ в архивах)

  • Медленная установка, обновления, не знаю с чем связано, у flathub нету зеркал?
  • Занимает много места, дублирует систему, драйвера nvidia
  • Приложения из него долго открываются, скорее всего из за того что библиотеки не системные, а значит не в кеше
  • Песочница мешает пользоваться приложениями, слетают темы, интеграции, шрифты, некоторые пути недоступны
  • Песочница мешает мешает изменять приложения

Я не люблю тормоза, и люблю изменять свою систему. У меня более 300 пакетов собранных мной, многие это пересборки системных пакетов с другими версиями, флагами. У меня есть ffmpeg собранный с nvidia, я бы не хотел что бы приложение из flatpak использовало свой, который не в кеше, и который возможно вообще без патентованных форматов.

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

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

Мои проблемы с flatpak

Твои проблемы с флатпак напоминают проблемы вейландохейтеров с вейландом. В обоих случаях в проблемы записывается основная цель проекта.

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

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

В обоих случаях в проблемы записывается основная цель проекта.

Так если цель проекта - сплошные проблемы у пользователей, то может ну его в жопу этот проект?

LamerOk ★★★★★
()
Ответ на: комментарий от ya-betmen

У нас говорят так: «это не я такой, это жизнь такая.»

sparkie ★★★★★
()

Немного не по теме. Там это " Компания Valve начнёт напрямую участвовать в разработке Arch Linux "

Странно что на опеннете новость с утра висит, а тут еще ничего нет.

Tesler
()
Ответ на: комментарий от duott

Где там? Ubuntu, Fedora, большая часть арчедистров уже используют по умолчанию wayland. 5 лет назад все сидели на иксах.

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

В свежей кубунте все ещё 5-е кеды. В 6-х будет Wayland. Ubuntu LTS тоже предлагает Wayland по-умолчанию, теперь и для Nvidia.

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

Так если цель проекта - сплошные проблемы у пользователей, то может ну его в жопу этот проект?

Чувак, ты очень правильно выбрал ник. Оставайся таким же. Но к взрослым людям со своей «мудростью» не лезь.

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

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

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

Посмотрел свой профиль, а там из переменных только локали и запрет вайнменюбилдера, так что даже и не помню, была ли она там у меня. А вот торбраузер до сих пор под xwayland стартует и в мыле.

Как думаешь много народу этим занимались?

А в чем, собственно, сложность? Одна-две строки в .profile. Думаю, что занимались этим многие, если не все. Это сильно легче, чем настроить даже единую тему значков, курсоров, шрифтов, тем для разных версий гтк и qt.
Ну и да, переменная в профиле - это еще хорошо, прописал и забыл. А вот копировать .desktop файлы и дописывать в них --enable-features=UseOzonePlatform --ozone-platform=wayland то еще развлечение.

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

Да конечно все прямо сразу лезли в файл профиля. У Федоры кстати его вообще нет в каталоге юзера.

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

Но к взрослым людям

Но я не пишу сообщения для великовозрастных дебилов. Если они их читают и отвечают на них - это их, а не мои проблемы.

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

Или когда например systemd окирпичивал ноуты - https://www.opennet.ru/opennews/art.shtml?num=43795

Пошёл по ссылке (грешен), но там таки о том что баг был в прошивке msi. То что /sys/firmware/efi/efivars монтируется на запись обосновывается тем что некоторым системным утилитам нужна запись в него. В чём вина systemd в данном случае?


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

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

В чём вина systemd в данном случае

В том что он монтирует это на запись. Тот же sysvinit туда вообще не лезет, соотвественно такой баг в нем невозможен. То есть если заменить systemd на другую систему инициализации, то так сломать систему не получится, чтобы прям ноут окирпичился.

что баг был в прошивке msi

Проблема в том что systemd этим занимается. Не должен он туда лезть, а просто заниматься инициализацией системы и сервисами. Большая часть багов systemd появляются из-за того что systemd делает ВСЕ и ещё немного, а не ограничивается тем что делает система инициализации.

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

Твои рассуждения очень общие. Я не адвокат системд чтобы сейчас лезть в их рассылку и смотреть что там за конкретные приложения хотят записывать в этот неблагополучный файл. Но некоторая «презумпция невиновности» что ли всё таки существует и у нас, простых смертных.

Если есть утилиты которых хотят записи в этот файл, какая разница кто его монтирует на запись?

Т.е. для меня вопрос - что это за утилиты и зачем они это делают. Если действия упомянутых утилит рациональны, то действия разработчиков системд выглядят вполне обоснованными.

Может я коненчо что то не так понимаю.. по мне вопрос выглядит так:

Положим есть утилита которой нужна запись в evivars (эта утилита чего то там меняет в конфиге). Вопрос, кто должен (пере)монтировать evivars на запись при применении этой утилиты? Чья это ответственность? По-твоему?

варианты ответов которые я вижу

* Сама утилита
* Пользователь перед тем как вызывать утилиту
* Монтировать при загрузке на запись

Мне почему то «монтировать при загрузке на запись» кажется самым логичным. Но может быть «сама утилита» разумнее в некоторых отдельных случаях. Но можно ли баг в прошивке считать таким «отдельным случаем»?

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

Твои рассуждения очень общие

Мои рассуждения очень простые. Когда программа огромная и раздутая, то это может стать источником багов. И конкретно на примере systemd видно что так и происходит. Я конкретные баги перечислил, куда уж менее обще? Рассуждения о том они разработчики systemd не при чем, это конечно замечательно и все такое. Но факт остается фактом, в других системах инициализации нет таких багов, по одной простой причине они не такие раздутые.

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

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

Мы говорим про конкретный «баг». И пока что не все готовы признать его «багом». Так что это пока далеко не факт, а всего лишь «факт» по твоим словам. В этом собственно и предмет разговора, если ты не заметил.

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

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

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

Если про конкретный баг, то я думаю что реальнее пофиксить это в самом systemd, чем ткнуть производителей в это лицом, чтобы они это исправили. То есть просто признать это багом, и пофиксить

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

Если про конкретный баг, то я думаю что реальнее пофиксить это в самом systemd, чем ткнуть производителей в это лицом, чтобы они это исправили. То есть просто признать это багом, и пофиксить

А мне кажется что это вопрос того что делают упомянутые утилиты. А они вероятно конфигурят как то это самое uefi. И если запретить запись в evivars то пользователи небажных систем не смогут вносить нужные им изменения конфигурации. Как по мне так странное решение: почему из за того что msi не хочеть чинить баг, кто-то должен не иметь возможности нормально конфигурировать свою систему (которая к msi отношения не имеет, к примеру).

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

пользователи небажных систем не смогут вносить нужные им изменения конфигурации

Они просто перемонтируют evivars под запись если им надо будет, можно указать это в документации например. А вот сломать по умолчанию это будет теперь нельзя.

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

Его и так сломать «по умолчанию» нельзя вообще то. Для этого надо пойти и удалить evivars. А это совсем не «действие по умолчанию». Это выпендрёж чистой воды.

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

Это выпендрёж чистой воды

Это один из вариантов удаления данных. Можно записать нули, а можно вот так. -no preserve root добавили же как опцию в rm, думаю и здесь будет разумно.

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

rm -rf --no-preserve-root /

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

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

варианты ответов которые я вижу

  • Сама утилита
  • Пользователь перед тем как вызывать утилиту
  • Монтировать при загрузке на запись

Мне почему то «монтировать при загрузке на запись» кажется самым логичным.

А мне - нет. Редактирование efi-переменных это какая-то крайне редкая и специфическая задача, никакому обычному ПО не нужен туда доступ 24х7. Система при старте вообще не должна его монтировать. Если он монтируется, тем более на запись, то только временно на период работы утилиты редактирования.

Но история-то всплыла не из-за самого бага, а из-за реакции разработчиков systemd на проблему.

LamerOk ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.