Package Details: g13-git v1.0.4.r0.g0a8d6e8-1

Git Clone URL: https://aur.archlinux.org/g13.git (read-only, click to copy)
Package Base: g13
Description: Userspace driver for the Logitech G13 Keyboard
Upstream URL: https://github.com/khampf/g13
Licenses: unknown
Submitter: prg
Maintainer: khampf
Last Packager: khampf
Votes: 7
Popularity: 0.000000
First Submitted: 2015-09-04 03:37 (UTC)
Last Updated: 2020-05-22 21:20 (UTC)

Dependencies (3)

Required by (0)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

khampf commented on 2016-06-07 20:29 (UTC)

osvein: I have given it thought but not done anything about it, has to do with original PKGBUILD submitted before I maintained it. I will take a closer look soon

osvein commented on 2016-06-03 16:42 (UTC) (edited on 2016-06-03 16:45 (UTC) by osvein)

You probably don't want pkgbase to be something else than pkgname, unless it's a split package, which it currently isn't. If you just want a variable in the PKGBUILD which does not include the -git suffix, a better approach is to create a seperate variable, eg. _pkgname. What you probably do want, however, is to declare the package a provider of g13.

khampf commented on 2016-04-03 16:23 (UTC)

jukebone: You're right, we should be using -r. I just set it up that way when testing initially and the number 613 reminds me of g13

jukebone commented on 2016-04-03 07:10 (UTC)

Why do you create the group and user with the fixed GID/UID of 613? This might clash with existing accounts, which it did for me. Maybe you should try -r for groupadd and useradd instead of hardcoding the IDs.

brittyazel commented on 2016-02-29 21:58 (UTC)

Awesome thanks. I'm just excited to finally have my g13 working in a way that is practical, and I'm just trying to do my part to help out. Let me know if you need me to test any changes.

khampf commented on 2016-02-29 19:21 (UTC)

I also got the "remove primary group of user" error but have sinced changed the order in which group and user g13 are deleted. The service should of course be stopped first, I will add that to the uninstall part next time around. Why I left those parts commented out is due to the possibility of errors in the udev-rules, they are not well tested yet. They might be considered a bit more safe now but I think other packages might have problems with /dev/uinput too and this way of fixing it might clash with others. And it's a hack at best, using "uaccess" by itself should work but it does not. Your wiki edits were fine so I let them be, uinput is mentioned a lot now but I will edit the wiki again when I'm certain uinput permissions are working.

brittyazel commented on 2016-02-27 18:48 (UTC)

I made some minor wiki changes for clarifications sake, please edit them as you see fit

brittyazel commented on 2016-02-27 18:18 (UTC) (edited on 2016-02-27 18:20 (UTC) by brittyazel)

When removing I get this: "Removing user and group ... groupdel: cannot remove the primary group of user 'g13' userdel: user g13 is currently used by process 431 error: command failed to execute correctly" You should probably add a line to kill the service before removing these users or groups, and you need to probably delete the user before group for order of events to be happy

brittyazel commented on 2016-02-27 18:16 (UTC) (edited on 2016-02-27 18:21 (UTC) by brittyazel)

Ok uncommenting all three lines in the .rules is working! I get keypresses! Quick note, on the wiki you said that default.bind was located in /etc/g13d, it actually should be in /etc/g13 per your .service file. I went ahead and corrected it in the wiki. Second, on package install we don't create the directory /etc/g13, as it is crucial to loading default.bind perhaps it would be worth our while to, as well as potentially drop in this example file to help people along and give them some feedback as to if it even works at all: https://github.com/zekesonxx/g13-profiles/blob/master/default.bind Third, why not uncomment all three lines in the .rules file for the user? Why the manual intervention? I'm afraid that a user who just want's his g13 to work, is not going to understand the importance of editing the .rules file (nor manually creating the /etc/g13 dir and making a default.bind file for that matter). They may just write this package off as bugged and move on. Is there a solid situation where setting the uinput group to wheel and the hotplugging is undesirablable?