Arch Linux User Repository

Now I have had a go at editing the wiki as well

For me default.bind is always loading (first line makes the display go red). But I think I found out what is going on. Everything else seems to be working except that g13d is unable to write to /dev/uinput. Changing the udev rule for it to make it owned by group wheel works for me, I'll repackage and then you have to upgradre and re-edit /usr/lib/udev/rules.d/91-g13.rules and key input should work again.

From what I can see the differences are that your g13d daemon runs as root making g13-0 and g-13-0_out fifos also owned by root. What happens if you And that I've also added myself to the g13 group. I will uninstall, user and group and all dirs and reinstall and see if I get something out of it. If g13d is running as user g13 and your user is in the g13 group you should be able to throw bitmaps and configs at the fifo, what happens if you for example do: cat /usr/share/doc/g13-git/examples/starcraft.lpbm > /run/g13d/g13-0

# grep g13 /etc/passwd /etc/group <(ps axu) /etc/passwd:g13:x:613:613:Logitech G13 daemon:/run/g13d:/usr/bin/nologin /etc/group:wheel:x:10:root,britt,g13 /etc/group:g13:x:613:britt /dev/fd/63:root 492 0.1 0.0 91612 7344 ? Ssl 13:12 0:00 /usr/bin/g13d --config /etc/g13/default.bind --pipe_in /run/g13d/g13-0 --pipe_out /run/g13d/g13-0_out & /dev/fd/63:britt 1845 0.0 0.0 10756 2180 pts/0 S+ 13:14 0:00 grep g13 /etc/passwd /etc/group /dev/fd/63 # ls -lah /dev/uinput /run/g13d crw-rw----+ 1 root root 10, 223 Feb 26 13:12 /dev/uinput /run/g13d: total 0 drwxr-xr-x 2 g13 g13 80 Feb 26 13:12 . drwxr-xr-x 25 root root 580 Feb 26 13:12 .. prwxrwxrwx 1 root g13 0 Feb 26 13:12 g13-0 prwxrwxrwx 1 root g13 0 Feb 26 13:12 g13-0_out

Thanks for trying out the package brittyazel! I will look over the wiki as soon as I am a little more confident in the user/group problem. I usually test if the g13d service gets loaded as expected using "ps axu | grep g13" but I have another service riding on top of the normal daemon (a clock written i C instead of scripts, I will release it under GPL and package it later). Let's compare some output (I might have missed something in the install file) # grep g13 /etc/passwd /etc/group <(ps axu) /etc/passwd:g13:x:613:613:Logitech G13 daemon:/run/g13d:/usr/bin/nologin /etc/group:wheel:x:10:root,core,g13 /etc/group:g13:x:613: /proc/self/fd/13:g13 814 0.0 0.0 157172 1300 ? Ssl feb25 0:39 /usr/bin/g13d --config /etc/g13/default.bind --pipe_in /run/g13d/g13-0 --pipe_out /run/g13d/g13-0_out & # ls -lah /dev/uinput /run/g13d crw-rw----+ 1 root root 10, 223 25 feb 12.32 /dev/uinput /run/g13d: total 0 drwxr-xr-x 2 g13 g13 80 25 feb 12.32 . drwxr-xr-x 29 root root 920 25 feb 19.03 .. prwxrwxrwx 1 g13 g13 0 26 feb 17.53 g13-0 prwxrwxrwx 1 g13 g13 0 25 feb 12.32 g13-0_out

Ok I was able to get it to work by taking out the "User=g13" line from the .service file, and by adding my personal user to the g13 group. Something is up with the g13 user and/or the something is up with trying to run the command as that user

if I evoke the command: "/usr/bin/g13d --config /etc/g13/default.bind --pipe_in /run/g13d/g13-0 --pipe_out /run/g13d/g13-0_out" manually, everything works fine. However when I comment out the last two lines in rules.d and plug it in, the screen changes to the logo but no keypresses work. I think something may be up with the .service file

Looking through the install files, I believe there is an erroneous "&" at the end of the g13.service exec line that is breaking things for me.

Ok, with the lines in rules.d still commented, if I evoke this command "sudo /usr/bin/g13d --config /etc/g13/default.bind" everything works fine. However, if I leave it to rules.d to autostart upon plugin(or reboot), no keypresses are registered