Xdg desktop portal что это

XDG Desktop Portal

Portals are the framework for securely accessing resources from outside an application sandbox. They provide a range of common features to applications, including: Determining network status, opening a file with a file chooser, opening URIs, taking screenshots and screencasts [. ]

Portals were designed for use with applications sandboxed through Flatpak, but any application can use portals to provide uniform access to features independent of desktops and toolkits. This is commonly used, for example, to allow screen sharing on Wayland via PipeWire, or to use file open and save dialogs on Firefox that use the same toolkit as your current desktop environment.

Installation

Install xdg-desktop-portal and one or more backends. The package includes a systemd/User service that will be automatically started via D-Bus.

Backends

When an application makes a request through a portal, it is handled by xdg-desktop-portal , which then forwards it to a backend implementation. This allows a clean way to provide suitable user interfaces that fit into different desktop environments, and access environment-specific APIs for requests like showing notifications or recording the screen. Multiple backends can be installed: for example, a Sway user may use xdg-desktop-portal-wlr for screen sharing support and xdg-desktop-portal-gtk as a fallback for all other interfaces that xdg-desktop-portal-wlr does not implement.

Portal backend definitions are located in /usr/share/xdg-desktop-portal/portals/*.portal . Each portal backend file contains a list of interfaces that it can handle, and the desktop environments that it can be used in.

List of backends and interfaces

The following table lists all backends available and their support for certain common interfaces.

Backend	File chooser	Screenshot and screen cast
xdg-desktop-portal-dde	Yes	Yes, on Deepin Desktop Environment
xdg-desktop-portal-gnome	Yes	Yes, on GNOME
xdg-desktop-portal-gtk	Yes	No
xdg-desktop-portal-kde	Yes	Yes, on KDE
xdg-desktop-portal-hyprland 1	No	Yes, on wlroots
xdg-desktop-portal-lxqt	Yes	No
xdg-desktop-portal-wlr	No	Yes, on wlroots
xdg-desktop-portal-xapp	No	Yes, on Cinnamon
xdg-desktop-portal-liri-git AUR	Yes	Yes, on Liri
xdg-desktop-portal-shana AUR	Yes 2	No
xdg-desktop-portal-td AUR	Yes	No
xdg-desktop-portal-termfilechooser-git AUR	Yes 3	No

works with all wlroots-based compositors, but provides extra functionality when used with Hyprland such as sharing individual windows.
redirects requests to GNOME/GTK/KDE/LXQt backends
allows using a terminal file manager as a file chooser

Configuration

When a request is made, xdg-desktop-portal will use the /usr/share/xdg-desktop-portal/DE-portals.conf file, where DE is based on the XDG_CURRENT_DESKTOP environment variable. These files are provided by the desktop environments themselves and determine which backends should be used when a specific environment is running.

If you want to override the desktop environment defaults, or your desktop environment does not provide a default configuration, you may create a portal configuration file at $XDG_CONFIG_HOME/xdg-desktop-portal/portals.conf to determine which backends you want to use, either generally or for each individual interface. If you use multiple desktop environments, you may also create multiple $XDG_CONFIG_HOME/xdg-desktop-portal/DE-portals.conf files for each environment.

For example, if your desktop environment does not have a portal backend, and you want to use xdg-desktop-portal-gtk as a generic fallback but also use the LXQt file picker through xdg-desktop-portal-lxqt , you can use the following configuration:

~/.config/xdg-desktop-portal/portals.conf

[preferred] default=gtk org.freedesktop.impl.portal.FileChooser=lxqt

See portals.conf(5) for more information.

Force desktop environment

In some cases, such as when you have a standalone window manager, you might want to make xdg-desktop-portal to think you are using a specific desktop environment. This can be achieved by setting the XDG_CURRENT_DESKTOP environment variable for the xdg-desktop-portal.service user unit using a drop-in snippet. For example, to use the backend associated with KDE:

~/.config/systemd/user/xdg-desktop-portal.service.d/override.conf

[Service] Environment="XDG_CURRENT_DESKTOP=KDE"

If you create the file manually instead of using systemctl, do a daemon-reload.

Troubleshooting

xdg-desktop-portal-wlr does not start automatically on sway

For xdg-desktop-portal-wlr to work, the XDG_CURRENT_DESKTOP and WAYLAND_DISPLAY environment variables have to be set in the systemd user session. XDG_CURRENT_DESKTOP has to be set to the name of your compositor, e.g. XDG_CURRENT_DESKTOP=sway . WAYLAND_DISPLAY is set automatically by the compositor.

Check whether these variables are set with systemctl —user show-environment . If they are not set, import these environment variables into the systemd user session and dbus by running the following commands after launching the compositor (e.g., include them in the compositor’s configuration file).

$ systemctl --user import-environment WAYLAND_DISPLAY XDG_CURRENT_DESKTOP $ dbus-update-activation-environment --systemd WAYLAND_DISPLAY XDG_CURRENT_DESKTOP=compositor_name

Tip: Sway provides a drop-in file which does this automatically, see Sway#Configuration.

See [1] and [2] for more details.

Using multiple monitors with xdg-desktop-portal-wlr

xdg-desktop-portal-wlr requires an external chooser to select the shared monitor. By default, it looks for slurp , wofi and bemenu in this order. When using slurp, after a request for screen sharing you will be presented with a crosshair cursor and you will need to click the screen you want to share. When using wofi or bemenu, you will be presented with a menu of available displays to share. If no choosers are available, xdg-desktop-portal-wlr will fallback to the first monitor found. For more information, see xdg-desktop-portal-wlr(5) § SCREENCAST OPTIONS .

Poor font rendering in GTK apps on KDE Plasma

Some GTK apps require xdg-desktop-portal-gtk on Plasma in order to render font correctly. Install it and than run:

$ /usr/lib/xdg-desktop-portal --replace

Зачем нужно xdg-desktop-portal?

1) Если у меня X11, и нет flatpak, оно мне вообще нужно?

2) Почему без него в dolphin не работает правое меню «open with»?

devorg ★★
28.02.23 19:51:32 MSK

Ответить на это сообщение
Ссылка

Нужно, чтобы в dolphin работало правое меню «open with»
Потому что нужен xdg-desktop-portal

alex1101 ☆
( 28.02.23 19:57:59 MSK )

Ответить на это сообщение
Показать ответ
Ссылка

Если у меня X11, и нет flatpak, оно мне вообще нужно?

Можно запускать десктопный софт в контейнерах, если он умеет в порталы.

annulen ★★★★★
( 28.02.23 20:06:02 MSK )

Ответить на это сообщение
Ссылка

Ответ на: комментарий от alex1101 28.02.23 19:57:59 MSK

Пиши есчо побольше бесполезных комментариев.

xdg-desktop-portal/testing 1.16.0-2 amd64 desktop integration portal for Flatpak and Snap

devorg ★★
( 28.02.23 20:48:44 MSK ) автор топика

Ответить на это сообщение
Ссылка

Почему без него в dolphin не работает правое меню «open with»?

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

annulen ★★★★★
( 28.02.23 20:53:30 MSK )
Последнее исправление: annulen 28.02.23 20:55:07 MSK (всего исправлений: 1)

Ответить на это сообщение
Ссылка

Если у меня X11, и нет flatpak, оно мне вообще нужно?

Иногда бывает нужно, если ты запускаешь GTK приложения в KDE и хочешь, чтобы они использовали стандартные кодоешные файловые диалоги вместо урезанных гномовских. Например у меня по умолчанию Visual Studio Code использует гномодиалоги для открытия папок и файлов. Но если поставить xdg-desktop-portal-kde и запустить вскод с переменной окружения GTK_USE_PORTAL=1 , то он начинает использовать KDE диалоги. Но далеко не весь GTK софт использует порталы. Гимп например такого до сих пор не умеет.

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

archie ★
( 28.02.23 21:07:14 MSK )

Ответить на это сообщение
Показать ответы
Ссылка

aptitude show xdg-desktop-portal Пакет: xdg-desktop-portal Версия: 1.8.1-1 Состояние: установлен Установлен автоматически: да Мультиархитектура: сторонняя Приоритет: необязательный Раздел: admin Сопровождающий: Utopia Maintenance Team Архитектура: amd64 Размер в распакованном виде: 1 459 k

Ого, целых 1,5 мегабайта на диске. Наверно на флешку на 128 мегабайт устанавливаешь.

Polugnom ★★★★★
( 28.02.23 21:11:46 MSK )
Последнее исправление: Polugnom 28.02.23 21:11:55 MSK (всего исправлений: 1)

Ответить на это сообщение
Показать ответ
Ссылка

Ответ на: комментарий от archie 28.02.23 21:07:14 MSK

без флатпака особого смысла не имеют

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

grazor ★★
( 28.02.23 21:14:49 MSK )

Ответить на это сообщение
Показать ответ
Ссылка

Ответ на: комментарий от archie 28.02.23 21:07:14 MSK

Только непонятно почему Dolphin меню «Open with. » не работает без этого пакета. На Debian testing.

devorg ★★
( 28.02.23 21:31:53 MSK ) автор топика

Ответить на это сообщение
Показать ответ
Ссылка

Ответ на: комментарий от Polugnom 28.02.23 21:11:46 MSK

До чего унылый аргумент.

utanho ★★★★★
( 28.02.23 21:34:38 MSK )

Ответить на это сообщение
Показать ответ
Ссылка

Ответ на: комментарий от utanho 28.02.23 21:34:38 MSK

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

Polugnom ★★★★★
( 28.02.23 21:43:17 MSK )

Ответить на это сообщение
Показать ответ
Ссылка

Ответ на: комментарий от Polugnom 28.02.23 21:43:17 MSK

Так это ты же пишешь о каких-то мегабайтах. У тебя эти тараканы в голове и есть.

Кстате не подскажешь какая зависимость размера на диске и размера в оперативной памяти, если уж ты такой умный.

devorg ★★
( 28.02.23 21:57:57 MSK ) автор топика
Последнее исправление: devorg 28.02.23 21:58:40 MSK (всего исправлений: 1)

Ответить на это сообщение
Показать ответ
Ссылка

Ответ на: комментарий от grazor 28.02.23 21:14:49 MSK

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

Да, точно, под вяленым используются порталы и pipewire. Помню в ковидные 20-21 годы видеозвонки в зуме и скайпе под вяленым у меня не работали от слова совсем, что окончательно отбило охоту пробовать wayland сессии. Как сейчас не знаю. Возможно уже допилили.

archie ★
( 28.02.23 22:12:59 MSK )

Ответить на это сообщение
Показать ответ
Ссылка

Ответ на: комментарий от devorg 28.02.23 21:31:53 MSK

Только непонятно почему Dolphin меню «Open with…» не работает без этого пакета. На Debian testing.

Да хрен его знает. Нагуглил вот такой баг:

Особо не вникал, но судя по всему разрабы Dolphin выпилили старый диалог «Open with» и поменяли его на новый диалог, который открывается только через портал и требует пакет xdg-desktop-portal в обязательном порядке. К багу приложены скриншоты старого диалога «Open with» из Krusader и нового портального диалога из Dolphin. Видно, что окошки совершенно разные.

Проблему починили в плазме 5.27.1. Ну как починили. Просто добавили xdg-desktop-portal в обязательные зависимости 🙂 Так что хочешь не хочешь, а пакет все равно придется поставить.

archie ★
( 28.02.23 22:30:22 MSK )

Ответить на это сообщение
Показать ответы
Ссылка

Ответ на: комментарий от archie 28.02.23 22:30:22 MSK

Просто добавили xdg-desktop-portal в обязательные зависимости

Отличное решение. Хорошо что все нужные мне пакеты собираются без плазмы.

annulen ★★★★★
( 28.02.23 22:33:53 MSK )

Ответить на это сообщение
Ссылка

Ответ на: комментарий от archie 28.02.23 22:30:22 MSK

Баг «исправлял» видимо тот чувак выше, который про мегабайты писал.

devorg ★★
( 28.02.23 22:51:40 MSK ) автор топика

Ответить на это сообщение
Ссылка

Ответ на: комментарий от archie 28.02.23 21:07:14 MSK

и без флатпака особого смысла не имеют

ИИМХО неправильное утверждение. По большому счёту, портал — это стандартизированный (важно) IPC-интерфейс (в Линукс D-BUS, а что ещё-то, собственно) и какая-то хрень за ним, что-то там сама себе делающая и общающаяся с вызывающим через этот интерфейс. В чём смысл: у нас есть единая удобная точка контроля доступа к ресурсу — интерфейс.

Почему тут и pipewire сгодился, для скринкастов: потому что его интерфейсы абстрагированы в файловые дескрипторы (fd), которые легко и пробрасываются по шине и контролирются.

Почему и диалоги разные можно использовать: потому что интерфейсу портала, в принцие, пофигу, что реализуется там в бэкенде, как и бэкенду пофигу, что его вызывает. Если совсем упростить, достаточно в интерфейс постучаться. Но бэкенды таки должны быть (кто серверную часть портала реализовывать-то будет), поэтому xdg-desktop-portal-kde/gnome/wlr и тд.

SkyMaverick ★★★★★
( 28.02.23 22:54:23 MSK )
Последнее исправление: SkyMaverick 28.02.23 22:57:03 MSK (всего исправлений: 1)

Ответить на это сообщение
Показать ответы
Ссылка

Ответ на: комментарий от SkyMaverick 28.02.23 22:54:23 MSK

Портал — это стандартизированный (важно) IPC-интерфейс

в Линукс D-BUS, а что ещё-то, собственно

А привзяка к копротехнологии «D-Bus» — это плохо. Если бы оно работало через обычные unix-сокеты или какую-то адекватную шину (предподчтительно, но не обязательно, реализованную на уровне ядра), то было бы зашибись.

annulen ★★★★★
( 28.02.23 23:03:30 MSK )

Ответить на это сообщение
Показать ответ
Ссылка

Ответ на: комментарий от annulen 28.02.23 23:03:30 MSK

Де-факто стандартный высокоуроневый IPC в Линукс. Другого нет.

Если бы оно работало через обычные unix-сокеты

Так D-Bus через них и работает, собственно. Тамже фишка, собственно в сериализации и доставке.

Да сойдёт. С обвязками кодить нормально. А вот демон — это да. Я всё жду, когда его на хороший-годный dbus-broker повсеместно заменят.

SkyMaverick ★★★★★
( 28.02.23 23:29:00 MSK )

Ответить на это сообщение
Показать ответ
Ссылка

Ответ на: комментарий от SkyMaverick 28.02.23 23:29:00 MSK

Как минимум, zeromq есть. Но я все-таки надеюсь, что Гугол подкатит замену для Android Binder и kdbus, которая устроит всех и будет использовать адекватный протокол, и тогда d-bus наконец-то отправится на свалку истории.

annulen ★★★★★
( 28.02.23 23:38:02 MSK )

Ответить на это сообщение
Ссылка

Ответ на: комментарий от devorg 28.02.23 21:57:57 MSK

Так это ты же пишешь о каких-то мегабайтах. У тебя эти тараканы в голове и есть.

Чего? Это что за глупости? Это же тебя беспокоит 1,5 мегабайта на жестком диске ненужного лично тебе, но нужного много кому еще пакета. Кстати, там еще сотни и сотни пакетов, которые возможно тебе не нужны, тоже можешь попереживать о них.

Кстате не подскажешь какая зависимость размера на диске и размера в оперативной памяти, если уж ты такой умный.

Не подскажу. Но можешь поделиться своими наблюдениями.

Polugnom ★★★★★
( 28.02.23 23:47:56 MSK )

Ответить на это сообщение
Показать ответ
Ссылка

Ответ на: комментарий от Polugnom 28.02.23 23:47:56 MSK

Чего? Это что за глупости? Это же тебя беспокоит 1,5 мегабайта на жестком диске ненужного лично тебе, но нужного много кому еще пакета.

Это тебя беспокоят какие-то 1.5 мегабайта на диске. Это же ты уже третий раз об этом пишешь, я об этом _ни_разу_ не писал.

Кстати, там еще сотни и сотни пакетов, которые возможно тебе не нужны, тоже можешь попереживать о них.

Вот вот, смотри не переживай там сильно.

devorg ★★
( 01.03.23 06:23:15 MSK ) автор топика

Ответить на это сообщение
Ссылка

Ответ на: комментарий от SkyMaverick 28.02.23 22:54:23 MSK

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

Согласен. Я имел в виду, что система порталов разрабатывалась в первую очередь для контейнеризации, а потом ее постфактум начали использовать для вяленого и прикручивать портальное API к приложениям. Так-то раньше все прекрасно жили без порталов. Файловые диалоги открывались через какие-нибудь KFileDialog/GtkFileChooser . Скринкасты делались через расширения иксов. И только после того, как флатпак и вяленый набрали относительную популярность, разработчикам приложений пришлось задуматься: а) как собрать флатпак версию приложения и выложить ее на флатхаб б) как запустить приложение нативно под вяленым, а не через XWayland. Вот они и начали переводить свои приложения на портальное API. Думаю, если бы флатпак и вяленый не взлетели, то большинство разработчиков даже не стали бы заморачиваться с портальным API. Сами по себе (т.е. вне экосистемы флатпака и вяленого) порталы в общем-то особого смысла не имеют. Все нормально работало и без них.

В чём смысл: у нас есть единая удобная точка контроля доступа к ресурсу — интерфейс.

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

archie ★
( 01.03.23 18:57:04 MSK )

Ответить на это сообщение
Ссылка

Ответ на: комментарий от archie 28.02.23 22:12:59 MSK

Кстати, оффтопну, вот сегодня пишут про Pipewire. Как я понял в WebRTC влили код, который напрямую взаимодействует с pw. Соответственно, можно будет получить все плюшки pw.

It means PipeWire will be in charge of camera handling in Firefox (and soon Chrome) which will enable things like easier camera sharing between applications and also allow for a smooth transition from v4l to libcamera. It also makes the transition to Flatpaked browsers easier.

SkyMaverick ★★★★★
( 02.03.23 12:10:22 MSK )

Ответить на это сообщение
Ссылка

Пакет: xdg-desktop-portal-gtk (1.15.1-1 и другие)

xdg-desktop-portal-gtk provides a GTK+/GNOME implementation for the desktop-agnostic xdg-desktop-portal service. This allows sandboxed applications to request services from outside the sandbox using GTK+ GUIs (app chooser, file chooser, print dialog) or using GNOME services (session manager, screenshot provider).

Другие пакеты, относящиеся к xdg-desktop-portal-gtk

dep: dbus-user-session простая система межпроцессного обмена сообщениями (интеграция с systemd —user) или dbus-x11 simple interprocess messaging system (X11 deps)
dep: gsettings-desktop-schemas схемы GSettings для компонентов рабочего стола
dep: libc6 (>= 2.34) [не alpha, ia64, sh4] библиотека GNU C: динамически подключаемые библиотеки
также виртуальный пакет, предоставляемый libc6-udeb dep: libc6 (>= 2.37) [sh4]
dep: libc6.1 (>= 2.34) [alpha] библиотека GNU C: динамически подключаемые библиотеки
также виртуальный пакет, предоставляемый libc6.1-udeb dep: libc6.1 (>= 2.37) [ia64]
dep: libfontconfig1 (>= 2.12.6) общая библиотека настроек шрифтов (динамическая версия)
dep: libgdk-pixbuf-2.0-0 (>= 2.22.0) библиотека GDK Pixbuf
dep: libglib2.0-0 (>= 2.56.0) библиотека С-функций
dep: libgtk-3-0 (>= 3.21.5) библиотека графического пользовательского интерфейса GTK
dep: xdg-desktop-portal (>= 1.14.0) desktop integration portal for Flatpak and Snap

sug: accountsservice запрос и обработка информации об учётной записи пользователя
sug: evince просмотрщик документов (PostScript, PDF)
sug: xdg-desktop-portal-gnome GNOME portal backend for xdg-desktop-portal

Загрузка xdg-desktop-portal-gtk

Загрузить для всех доступных архитектур

Архитектура	Версия	Размер пакета	В установленном виде	Файлы
alpha (неофициальный перенос)	1.15.1-1	120,8 Кб	843,0 Кб	[список файлов]
amd64	1.15.1-1	124,0 Кб	715,0 Кб	[список файлов]
arm64	1.15.1-1	117,4 Кб	775,0 Кб	[список файлов]
armel	1.15.1-1	104,8 Кб	602,0 Кб	[список файлов]
armhf	1.15.1-1	105,6 Кб	518,0 Кб	[список файлов]
hppa (неофициальный перенос)	1.15.1-1	106,4 Кб	632,0 Кб	[список файлов]
i386	1.15.1-1	126,2 Кб	742,0 Кб	[список файлов]
ia64 (неофициальный перенос)	1.15.1-1	135,9 Кб	1 124,0 Кб	[список файлов]
m68k (неофициальный перенос)	1.15.1-1	112,9 Кб	622,0 Кб	[список файлов]
mips64el	1.15.1-1	98,4 Кб	763,0 Кб	[список файлов]
ppc64 (неофициальный перенос)	1.15.1-1	127,1 Кб	967,0 Кб	[список файлов]
ppc64el	1.15.1-1	127,1 Кб	903,0 Кб	[список файлов]
riscv64	1.15.1-1+b1	121,9 Кб	652,0 Кб	[список файлов]
s390x	1.15.1-1	118,4 Кб	731,0 Кб	[список файлов]
sh4 (неофициальный перенос)	1.15.1-1	115,2 Кб	648,0 Кб	[список файлов]
sparc64 (неофициальный перенос)	1.15.1-1	101,3 Кб	1 303,0 Кб	[список файлов]
x32 (неофициальный перенос)	1.15.1-1	123,2 Кб	662,0 Кб	[список файлов]

Эта страница также доступна на следующих языках (Как установить язык по умолчанию):

Чтобы сообщить о проблеме, связанной с веб-сайтом, отправьте сообщение (на английском) в список рассылки debian-www@lists.debian.org. Прочую контактную информацию см. на странице Debian Как с нами связаться.

Февральские новости Ubuntu 2018.

Ещё немного, ещё чуть-чуть. Не успеют расцвести подснежники, как Ubuntu 18.04 Бобёр выйдет в свет. Но темп разработки не сбавляется, раз стек Gnome уже точно доступен в своём релизе 3.27, а есть попытки уже задействовать 3.28. Из непонятного и таинственного — разрабы пока деактивируют индексатор Tracker и объяснений — нет!

GNOME

Проект Ubuntu One начинался как облачное хранилище от Canonical, но теперь это имя зарезервировали и переопределили для единой точки входа (Single Sign On) во множество сервисов компании. Ведутся работы над плагином GNOME Online Accounts для Ubuntu One, что позволит управлять вашими учётными данными, например Canonical LivePatch.
Исправлена ошибка, из-за которой в настройках системы (System Settings) отсутствовали некоторые значки в режиме «Высокая контрастность».
Исправен баг с неверной центровкой заголовка. Патч принят апстримом.

Так же апстрим рассматривает проделанную работу над громкостью звука свыше 100%.
Начата относительно недавно работа над аппаратным ускорением видео и уже найдены регрессии. Связка GLX + VA-API + clutter-gst в Mesa 17.3 повреждает изображение кадров. Найден commit ошибочных изменений и проблема устранена в апстриме.
Есть проблемы с производительностью GNOME Shell при наличии 2 мониторов. Ситуацию когда gnome-shell тратит 70% своего реального времени в блокировке meta_monitor_manager_kms_wait_for_flip, обещают скоро исправить.
Порталы (Portals) — это фундаментальная концепция технологии flatpak. Порталы — это путь, через который изолированное приложение может получить безопасный и контролируемый доступ к какой-либо информации. Большинство порталов реализованы модулем xdg-desktop-portal, который обладает бэкендами Gtk+ (xdg-desktop-portal-gtk) и KDE (xdg-desktop-portal-kde). Александр Ларссон (Alexander Larsson) и Джеймс Хенстридж (James Henstridge) реализовали для snap поддержку порталов. Программы в snap пакетах должны улучшить свой внешний вид, за счёт облегчённого доступа к графическим ресурсам десктопа.
Индексатор Tracker и связанные с ним инструменты не будут установлены по умолчанию в Ubuntu 18.04 и снова включённый по умолчанию он появится лишь в 18.10. Причина пока не ясна.
GNOME Software получил поддержку понятия каналов в мире snap.

Общее

В дневных образах будущего релиза Ubuntu 18.04 Bionic Beaver программа GNOME Calculator сразу идёт через snap, а не deb. Разработчики проводят своеобразный тест, который поможет сгладить ошибки перед будущим бо́льшим внедрением программ в snap.
Network Manager 1.10 доступен Bionic в секции proposed.
Обновлены патчи, включающие аппаратное ускорение видео в Chromium. Улучшена поддержка экранной клавиатуры (onscreen keyboard) в Chromium в среде GNOME Shell.
BAMF получил улучшения, чтобы в Unity 7 программы в snap выглядели лучше.
BlueZ 5.48 появился в Bionic.

Обновляшки

Chromium
- Обновлён на канале stable до 64.0.3282.167
- Обновлён на канале beta до 65.0.3325.73
Дата последней правки: 2023-12-22 14:50:42
Похожие публикации:

Xdg desktop portal что это