Simon McVittie

This is an instance of the same sort of limitation that means we can't support home directories below `/usr/local`: the `/usr` and `/etc` directories are under the control of the...

`/etc/xdg` is meant to be controlled by the system administrator and/or the OS distribution packages, while `XDG_CONFIG_HOME` (normally `~/.config`) is meant to be controlled by an individual user. Having games...

@kisak-valve: I suggest retitling this issue to something like `XDG_CONFIG_HOME below /etc doesn't work` to describe its scope more precisely.

> The runtime ignores `xdg_config_home` when under `/etc`, which causes games to lose the ability to persist configs/savegames/etc. The relevant diagnostic message is: > `pressure-vessel-wrap[3192798]: W: Not sharing path XDG_CONFIG_HOME="/etc/xdg"...

> You mention that both steam cloud sync and many games hardcode to `~/.config`, while you as runtime assume that programs are well behaved and use xdg_config_home. You kind of...

It's unusual for native Linux games to use/require `libOpenGL.so.0`: it's more common for them to use `libGL.so.1`. If HOI 4 is one of the minority of games that use `libOpenGL.so.0`...

For what it's worth, the native Linux version of HOI 4 has been rated as Playable for the Steam Deck, so it can clearly work on Linux under at least...

> there don't seem to any particularly good options at this time to allow scoped access to kernel keyrings I agree that allowing this access, without first being sure that...

This is certainly not a Steam Runtime bug: the Launch Options are interpreted by the Steam client, not the Steam Runtime, so if it's a bug in anything, it would...

> > Steam runs the final composite command via sh -c 'blah blah blah', and /bin/sh is not always bash > > Speaking of which, I wonder if we should...