LINUX.ORG.RU

Ext-transient-output: новый Wayland-протокол для удалённого управления

 ,


0

3

Разработчик Wayland Саймон Сер (Simon Ser) запросил слияние для внедрения нового протокола ext-transient-output. Этот протокол предназначен для удаленного управления программным обеспечением, таким как серверы VNC, в среде Wayland.

Ext-transient-output аналогичен ext-transient-seat, но работает с Wayland-выходами (wl_output). Ext-transient-seat позволяет привилегированным клиентам динамически создавать независимые рабочие места, которые полезны для программного обеспечения удаленного рабочего стола и VNC. Ext-transient-output поддерживает динамический вывод для таких клиентов, позволяя перехватывать виртуальные выходные данные с помощью ext-image-copy-capture и отображать их на удаленном устройстве.

В запросе на слияние описывается следующий принцип работы протокола: «Привилегированные клиенты могут использовать временный протокол вывода для создания независимых виртуальных выходов, которые будут удалены из компоновщика после уничтожения объекта».

Протокол совместим с протоколами захвата изображения, такими как ext_output_image_capture_source_manager_v1, и используется для сценариев удаленного взаимодействия.

Особенностью протокола является создание глобальной переменной wl_output, не привязанной к конкретному аппаратному устройству.

В настоящее время существует экспериментальная реализация ext-transient-output для библиотеки компоновщика wlroots, представленная в виде черновика запроса на слияние.

>>> Источник (Phoronix)



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

Это, конечно, на грани «новости о намерениях», но поскольку Simon Ser – не последний человек в Wayland-разработке, я всё же подтвержу, есть весьма ненулевая вероятность, что протокол будет принят.

Что ж, новость хорошая. Wayland продолжает потихоньку эволюционировать от изначального «вам этого не нужно, потому, что НИБИЗАПАСНА» ко вполне рабочему решению для десктопной графики. Конечно вновь встаёт вопрос, а нельзя ли было сразу вместо всех этих ломок сделать какой-нибудь X14, который умеет всё, что умеют иксы, и при этом содержит нормальную систему прав – ну уж ладно. Это опенсорс, не сделали потому, что не нашлось желающих и умеющих.

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

Это, конечно, на грани «новости о намерениях», но поскольку Simon Ser – не последний человек в Wayland-разработке, я всё же подтвержу, есть весьма ненулевая вероятность, что протокол будет принят

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

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

вам этого не нужно, потому, что НИБИЗАПАСНА

Не было никогда разговоров про НИБИЗАПАСНА. Не хотели приколачиваться к конкретной реализации конкретной пиксельной сетки, с которой бы потом не застряли - как это получилось в иксах, из-за чего там принципиально невозможен разный DPI на разных мониторах и независимое дробное масштабирование.

нельзя ли было сразу вместо всех этих ломок сделать какой-нибудь X14

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

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

liksys ★★★★
()

@CrX почему бы методы (ext_output_image_capture_source_manager_v1, wl_output, ext-image-copy-capture) в новости не выделить апострафами для удобности восприятия информации? Даже ИИ лучше справилось бы, чем @hobbit.

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

наверное лучше как мини

Так и сделал.

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

Разумеется, это тоже сыграло роль.

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

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

yorshka
()
Ответ на: комментарий от hobbit

вместо всех этих ломок сделать какой-нибудь X14

Не боись - в Wayland тоже найдут критический недостаток и дружно кинутся его ломать.

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

Не боись - в Wayland тоже найдут критический недостаток

Да это-то понятно. Даже я сходу могу назвать целых два: 1) Wayland создал не Поттеринг; 2) эталонная реализация сделана не на Rust (хотя последнее могут исправить и без ломки). :)

hobbit ★★★★★
()

Чочо, «дыры в безопасности» таки проносят в контрабасах обратно, только правильно бюрократически оформленные?

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