[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#994773: ITP: xdg-desktop-portal-gnome -- GNOME portal backend for xdg-desktop-portal

Package: wnpp
Severity: wishlist
Owner: Simon McVittie <smcv@debian.org>
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name    : xdg-desktop-portal-gnome
  Version         : 41.0
  Upstream Author : Georges Basile Stavracas Neto, Matthias Clasen et al
* URL             : https://gitlab.gnome.org/GNOME/xdg-desktop-portal-gnome
* License         : LGPL
  Programming Lang: C
  Description     : GNOME portal backend for xdg-desktop-portal

xdg-desktop-portal-gnome provides a GNOME implementation for the
desktop-agnostic xdg-desktop-portal service. This allows sandboxed
applications to request services from outside the sandbox using
GNOME services such as the session manager and Shell.


This is fully GNOME-specific, like a GNOME equivalent of
xdg-desktop-portal-kde (and unlike the x-d-p-gtk backend available in
Debian 11, which is somewhat desktop-neutral and has been treated as
part of the Flatpak family of packages). It will be maintained in the
GNOME team.

The code in this package used to be part of xdg-desktop-portal-gtk, but
that backend was a mixture of general GTK things (which can work equally
well on other GTK desktops like XFCE or MATE, and are broadly suitable as
an implementation of last resort on any system that happens to have GTK
installed) and GNOME-specific things (most of which genuinely do need
core GNOME components). Those two classes of interface had conflicting
requirements, which can be resolved by separating them.

The GNOME-specific parts of xdg-desktop-portal-gtk are still available
for now as a transitional stage, but they will be disabled after this
package has got through NEW, and are likely to be deleted upstream in
the relatively near future.

This package is likely to depend on the x-d-p-gtk backend, which will
continue to provide its non-GNOME-specific interfaces. xdg-desktop-portal
can take individual interfaces from different backends, with the one
for the $XDG_CURRENT_DESKTOP "winning" and others being used as fallbacks.

Other GTK desktops (MATE, Cinnamon, XFCE, etc.) should either use the -gtk
backend if it is sufficient for their requirements, or implement their own
portal backend similar to this one to provide things that x-d-p-gtk can't do
in a desktop-agnostic way, such as screen sharing and wallpaper-setting.


Reply to: