xdg-desktop-portal VS flatpaks

>Not losing all the work every time your windows manager crashes

https://news.ycombinator.com/item?id=37509703

>remapping keys

>Use xinput to change parameters of their input devices (libinput dropped most configuration options present with evdev)

Up to the compositor.

>Global shortcuts

Also up to the compositor. Was added to xdp in https://github.com/flatpak/xdg-desktop-portal/blob/main/data... so it's up to the compositor's xdp impl to provide it. It was created by a KDE dev so I assume KDE implements it at least.

>tunnelling over ssh

https://gitlab.freedesktop.org/mstoeckl/waypipe

> - O proper screen recording support

Works just fine. I use OBS.

> - broken screen sharing

Never had any trouble with it.

> - No proper global keyboard shortcut

> - No push to talk support

On its way: https://github.com/flatpak/xdg-desktop-portal/pull/711 / https://flatpak.github.io/xdg-desktop-portal/#gdbus-org.free...

> - Several problems with multiple screens

Haven't had any more than on X11, but then again I do use Nvidia hardware on Linux.

It might help, but at this point Linux containers can't really stabilize the whole environment, especially for games. Particular pain points include accelerated graphics (which theoretically can have a stable kernel interface, but in practice is so complex and performance-sensitive that it's not stable enough to be a "reference platform", so to speak) and modern game controllers (which present a whole mess of concerns typically "addressed" in Flatpak by granting the device=all permission and hoping for the best [1]).

I also know a guy who ran into issues with a kernel update breaking a custom allocator, although I don't know the fine details. That wasn't for a game, but games also use custom allocators for various reasons.

[1] https://github.com/flatpak/xdg-desktop-portal/issues/536

I don't use Wayland, but it seems xdg-desktop-portal since 1.16.0 has a 'Global Shortcuts portal'. Perhaps check it out.

https://github.com/flatpak/xdg-desktop-portal

It's being discussed: https://github.com/flatpak/xdg-desktop-portal/issues/611

The first bug report was filed in early 2022 but unfortunately no progress yet on the matter, even after numerous similar reports ever since.

Yeah been having the same issue since I changed to using the unstable branch, supposedly noticed and fixed upstream for a few variants of the problem (different people with different configurations of DE and xdg-* deps installed report the same issue due to timeouts of the other portals)

See example here, this, and also.

p.s. This is how a real full FFmpeg build looks like. Note the extra dependencies.

This needs to be on Flathub. I created an initial Flatpak manifest here. You should consider renaming the app id to org.rncbc.qpwgraph, as you already own the domain.

You most likely can do this via Podman/toolbox. I haven't tried this with Silverblue, my daily driver is Arch Linux, but it's also immutable, so I put the whole libvirt stack in a Docker/Podman image, and I also have virt-manager packaged as a Flatpak. It's very much a WIP, and only rootful, non-privileged, host network namespace is tested and confirmed working. Also be aware that at least with the Fedora image, rootful and privileged broke my host, as I probably need to mask some systemd services/targets in the container.

Why not? I'm personally using a couple of TUI apps myself that I packaged. There are a few limitations in Flatpak affecting TUI apps, but if it's a single executable app, then Flatpak package can work great for it.

Example app: Notepad++

There's no Fuse support in the Flatpak, this needs the setuid bit set and run as root, so the AppImage cannot run in the sandbox. We can extract the AppImage and repackage it as a Flatpak, and I believe that there are more than a couple of Flathub apps that does this. Here's an example.

Adding to @Popular-Egg-3746's comment, it should be noted that libimobiledevice's libs & tools can definitely work when packaged in Flatpak, you just need usbmuxd daemon running on the host, and distros like Fedora Silverblue/Kinoite are shipping it pre-installed. I actually packaged ifuse as a Flatpak, and used it a little, see.

For anything other than games, you need the Collabora fork. I'm building this as Flatpak app, see here. DXVK is not included, as Vulkan wasn't supported in the Wayland branch when I initially packaged Wine. I believe that now Vulkan should work.

I have them packaged here.