Package Details: retroarch-standalone-service 3-1

Git Clone URL: https://aur.archlinux.org/retroarch-standalone-service.git (read-only, click to copy)
Package Base: retroarch-standalone-service
Description: Systemd service and user to run Retroarch in stand-alone mode
Upstream URL: None
Keywords: libretro retroarch standalone
Licenses: MIT
Submitter: JulianXhokaxhiu
Maintainer: JulianXhokaxhiu
Last Packager: JulianXhokaxhiu
Votes: 5
Popularity: 0.000196
First Submitted: 2016-06-22 13:01 (UTC)
Last Updated: 2024-07-18 22:35 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

JulianXhokaxhiu commented on 2020-08-15 12:41 (UTC)

@dantob Thank you! I've double checked the sysusers.d documentation and indeed the syntax has changed, so I did integrate your suggestion in the new version of this package. I hope it will be fine now.

@all Thank you for using this :) I appreciate all the feedbacks in here, and I'm glad you find this useful. This was created to fullfil my own needs for a RetroBox I had built and I wanted to use only for this purpose, on top of ArchLinux ARM but also ArchLinux. Although as I do not use this anymore actively, let me know if you encounter any issue or if you have ideas on getting this better.

Cheers!

dantob commented on 2020-08-15 08:53 (UTC)

fix for retroarch-standalone.sysuser should be this

u retroarch - "Retroarch user" /home/retroarch /sbin/nologin

analca3 commented on 2020-08-11 22:10 (UTC)

Hi, I had the same problem as @honzor, same solution applied. The home folder was not set (checked with cat /etc/passwd) so I solved it using sudo usermod -d /home/retroarch retroarch and everything is working now :). Thanks for the good work!

berturion commented on 2020-05-27 16:55 (UTC)

Thanks @JulianXhokaxhiu. No issue. I just want to make retroarch writing files as another group nas and having the group writable permission on them. If I put :

[Service]
Group=nas
UMask=007

The files are correctly written with the nas group but permissions are incorrect, they have -rw-r----- instead of -rw-rw----. And I don't understand which part of the setup changes that.

JulianXhokaxhiu commented on 2020-05-27 14:02 (UTC)

@berturion The Umask logic is governed by Retroarch itself. The unit just starts RA with the user retroarch and group retroarch. All the rest if left to RA itself. Have you got any issue in particular that you need to mangle with the UMask?

berturion commented on 2020-05-26 20:06 (UTC)

Hello, can someone help me to find a way to change umask of files created by retroarch service please ? I tried a systemd unit override with :

[Service]
UMask=007

But it doesn't work. Anyway to set umask in the .xinitrc file? Other solutions?

Thanks.

honzor commented on 2020-03-20 16:54 (UTC)

Ok looks like i fixed it, the problem is as follows: at least in my case, the user retroarch was created but its home folder wasnt set, so .xinitrc in /home/retroarch was ignored. I had to manually set the home folder and copy the .xinitrc file again. Further, libxinerama and libxrandr were not installed (should they be added to the dependencies of retroarch?) so retroarch failed to run. After these fixes, it worked flawlessly (i just had tomanually set the fullscreen resolution in /home/retroarch/.config/retroarch/retroarch.cfg because it defaulted to a tiny (windowed) resolution. Keep up the good work!

honzor commented on 2020-03-20 15:45 (UTC)

I have the exact same problem as @berturion. Its a vanilla system where xorg has been installed as dependency of retroarch-standalone-service. Reinstalling and deleting as berturion's suggestion didnt help. Cant figure out what the problem is, does anybody have any other ideas?

berturion commented on 2019-12-29 06:37 (UTC)

Hello @kemra102. I didn't do much, I don't remember exactly. You have to ensure that the home directory of the user retroarch is in sync with the content of the .xinitrc file (in its home). If not, you have to move its home to the one in the .xinitrc. Correct me if I am wrong.