Simon McVittie

If we're happy with bubblewrap and xdg-dbus-proxy being somewhat mature, we could also consider making the defaults for `system_bubblewrap` and `system_dbus_proxy` be `bwrap` and `xdg-dbus-proxy`, respectively, so that a system...

> I would expect every mainstream distro to already use a system version honestly. I think its a reasonable default. For the distro itself, yes, I would expect this: if...

> There's discussion in #4594 on what Flatpak would need to do to support more architectures. I think it's important to be clear about whether we are talking about: *...

> Does this mean that I can ask a publisher to create an x86_64-v4 binary and `flatpak install` with choose that over x86_64? No, Flatpak has no concept of architecture...

> But isn't that exactly what glibc-hwcaps provides? OpenSUSE Tumbleweed already takes advantage of it, so on x86-64-v3 hardware, the x86-64-v3 code path of some libraries is automatically used instead...

> The potential problem with the new mount options is they seem to https://github.com/flatpak/flatpak/issues/5095 simultaneously with currently used --filesystem options, i.e. --filesystem=xdg-run/speech-dispatcher:ro. They should work, as long as they're implemented...

Actually, don't land this right now - I'm preparing an alternative PR which converts `libglnx` into a `git subtree` to avoid the problems with submodules that @GeorgesStavracas encountered while releasing...

> Actually, don't land this right now - I'm preparing an alternative PR which converts `libglnx` into a `git subtree` to avoid the problems with submodules that @GeorgesStavracas encountered while...

Superseded by https://github.com/flatpak/flatpak/pull/5800

Sorry, I don't use Ubuntu myself, other than for testing. Given that, the Flatpak PPA already soaks up more of my time than I can justify, so I am not...