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

Bug#1050802: marked as done (xfce4-session: please provide an xfce-portals.conf for xdg-desktop-portal)

Your message dated Wed, 9 Jul 2025 13:02:27 +0100
with message-id <aG5aU0YNC8shE23C@remnant.pseudorandom.co.uk>
and subject line Re: Bug#1050802: xfce4-session: please provide an xfce-portals.conf for xdg-desktop-portal
has caused the Debian Bug report #1050802,
regarding xfce4-session: please provide an xfce-portals.conf for xdg-desktop-portal
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1050802: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050802
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Source: xfce4-session
Severity: normal
Tags: trixie sid
User: xdg-desktop-portal@packages.debian.org
Usertags: portals.conf

xdg-desktop-portal 1.17.x introduces a new way to select which portals will
be used for which desktop environments, modelled on mimeapps.list:

- each desktop environment should provide a file like
  /usr/share/xdg-desktop-portal/xfce-portals.conf

- the filename is ${DESKTOP}-portals.conf where ${DESKTOP} is the desktop
  environment's entry in $XDG_CURRENT_DESKTOP (the same as the DesktopNames
  from /usr/share/{x,wayland-}sessions/*.desktop), folded to lower case

- sysadmins and users can override this via files named portals.conf or
  ${DESKTOP}-portals.conf in various locations like /etc/xdg-desktop-portal
  and ~/.config/xdg-desktop-portal

Please see portals.conf(5) or its source code
https://github.com/flatpak/xdg-desktop-portal/blob/main/doc/portals-conf.rst
for full details.

As a backwards-compatibility mechanism, x-d-p will fall back to trying
to guess the most appropriate portals from the portals' UseIn= fields,
but it will log warnings when it does that, and anyway Debian doesn't
currently ship any portal backends that are flagged as suitable for XFCE
(although I see there's an ITP open for x-d-p-xapp, #1038946). Please
add an xfce-portals.conf to tell x-d-p more explicitly what backends
XFCE is meant to be using by default.

For example, if the intention is to try to use the -xapp backend, falling
back to -gtk if -xapp isn't installed or doesn't know how to do something,
the way to write that would be:

[preferred]
default=xapp;gtk;

The desktop environment (either xfce4-session or some larger metapackage)
should probably also have a Recommends, or at least a Suggests, on whatever
portals would be most appropriate for it.

Thanks,
    smcv

-- 
This is part of a mass bug filing:
https://lists.debian.org/debian-devel/2023/08/msg00311.html

--- End Message ---
--- Begin Message --- 
Version: 4.19.1-1

On Tue, 12 Sep 2023 at 19:37:09 +0100, Simon McVittie wrote:

On Mon, 11 Sep 2023 at 15:12:42 +0100, Simon McVittie wrote:

On Fri, 08 Sep 2023 at 11:22:30 +0100, Simon McVittie wrote:
> I can suggest a patch, but I don't use XFCE myself, so I don't know what
> XFCE users or developers would want.

I'm hoping that the upstream issue will lead to a clearer picture of how
the XFCE team see this working in future, and maybe a patch that can
easily be backported.


They've applied a MR for 4.18.4 adding the simplest version of
xfce-portals.conf that I previously suggested:
https://gitlab.xfce.org/xfce/xfce4-session/-/merge_requests/47


This appears to be fixed in trixie, closing.

    smcv

--- End Message ---
Reply to: