Open eth-p opened 1 year ago
I followed along to this whole thing but I haven't figured out how to launch this. @eth-p can you give some inside as to how you're running this?
I tried setting /root/update-decky.sh
to 755
and it's owned by root
.
From there I setup a non-steam game with a target of "sudo"
and a launch option of /root/update-decky.sh
This works, but not from game mode. Desktop mode seems to work properly but I don't get the GUI popups in game mode it just fails silently there.
Hi there! Thanks for the awesome work on Decky.
As someone who uses Steam's pre-release builds, I find that I'm usually stuck having to go into desktop mode to update Decky. I understand that this is a consequence of running bleeding-edge Steam client updates, but the inability to update Decky from gaming mode has been a frequent annoyance.
Unfortunately, adding the decky_installer.desktop as a non-Steam shortcut isn't a solution. For whatever reason, the
sudo
password prompt is unable to read Steam's OSK inputs. I came up with a solution for myself, and I thought I'd share the process as a feature suggestion.Basically, the process involves adding an
/etc/sudoers
entry (via/etc/sudoers.d/x99-decky-install
) which allows thedeck
user to runsudo
without a password for a single executable. The name of thesudoers.d
file is important, and must come after/etc/sudoers.d/sudo
in order to take precedence over the builtinsudo
group rule:It is critically important that the executable script is:
root:root
.root
user. This means that it can't be stored under the user's home directory, since nothing will stop the user frommv
ing~/homebrew/
and moving their own executable under the no-longer-root-owned~/homebrew/services/
its place. I chose to put the script under/root
, but somewhere inside/etc
would work too.The executable script is similar to what the
.desktop
file does, but takes care to not allow LPE via race conditions with the download path: