On Fri, Sep 01, 2023 at 12:06:40PM +0100, Simon McVittie wrote:
> Package: spectrwm
> Version: 3.4.1-3
> Severity: normal
> User: xdg-desktop-por...@packages.debian.org
> Usertags: portals.conf

Hi Simon,

apologies for taking a while to get back to you. I'm actively looking
into this now.

> Suggested fix
> =============
> 
> Add a sequence of semicolon-separated desktop environment names to
> /usr/share/xsessions/spectrwm.desktop, most likely just "spectrwm":
> 
> DesktopNames=spectrwm;

This makes perfect sense, and would also be totally suitable for
upstream, where spectrwm.desktop already lives. I'll prepare a patch
and propose it there.

Just out of curiosity, is there any advantage to having the trailing
semicolon in this case? We only have a single item in the list after
all.

> And then create a /usr/share/xdg-desktop-portal/spectrwm-portals.conf
> with whatever portal backends are desired for a spectrwm session,
> for example perhaps this:
> 
> [preferred]
> default=gtk;

This feels more suitable for a downstream patch, would you agree?

Gtk is probably the most reasonable choice: not only it matches the
existing default, but it's also somewhat more lightweight in that it
doesn't drag in a dozen libraries like the KDE implementation does.

Honestly, neither quite fits with spectrwm's aesthetic... We'd
probably want an old school, unthemed Gtk 2 implementation or
something like that. Shame it doesn't seem to exist. Oh well :)


By the way, while playing around with this to understand how the
various pieces fit together I noticed that there seems to be a
significant amount of caching going on.

By this I mean that I have configured spectrwm to prefer Gtk and
WindowMaker to prefer KDE, and after using one of the two, logging
out and switching to the other one doesn't seems to be enough to get
the other implementation to run: I have to reboot the machine, or at
the very least kill all user processes even remotely related to the
desktop portal.

Is this expected? It certainly took me a bit to wrap my head around
it, but I guess it's fine as long as users don't constantly hop
between different sessions...

-- 
Andrea Bolognani <e...@kiyuko.org>
Resistance is futile, you will be garbage collected.

Attachment: signature.asc
Description: PGP signature

Reply via email to