[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: how to add hwdb of keyboard
From: |
Stefan Huchler |
Subject: |
Re: how to add hwdb of keyboard |
Date: |
Tue, 15 Sep 2020 03:44:35 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) |
Hello Ricardo,
doesn't guix system not use eudev, in base.scm I see under
udev-configuration under package udev-configuration-udev (default eudev)
I think that file is very specific and if you have custom rule files why
not custom hwdb files. The problem is that this more a flavor, I use a
japanese keyboard layout and use the many thumbkeys in a "ergonomic"
way. So space as enter and the enter button as end, that is not what
everybody would want with such hardware.
So again in short, yes I think if you can add custom rule files I think
you should also be able to add custom hwdb files.
Ricardo Wurmus <rekado@elephly.net> writes:
> Hi Stefan,
>
> it took me a while to reply to your original message, because I didn’t
> know what hwdb was supposed to mean. The code snippet in this mail made
> it clearer to me.
>
>> I forked now the eudev definition to add my hwdb data:
>>
>> (add-before 'build-hwdb 'add-my-hwdb-file
>> (lambda* (#:key outputs #:allow-other-keys)
>> (let ((out (assoc-ref outputs "out")))
>> (call-with-output-file
>> (string-append out
>> "/etc/udev/hwdb.d/90-X220-keyboard.hwdb")
>> (lambda (port)
>> (display
>>
>> "keyboard:dmi:bvn*:bvr*:bd*:svnLENOVO*:pn*:pvrThinkPadX220*\n" port)
>> (display "KEYBOARD_KEY_7b=compose\n" port)
>> (display "KEYBOARD_KEY_39=enter\n" port)
>> (display "KEYBOARD_KEY_79=space\n" port)
>> (display "KEYBOARD_KEY_70=tab\n" port)
>> (display "KEYBOARD_KEY_0f=backspace\n" port)
>> (display "KEYBOARD_KEY_3a=home\n" port)
>> (display "KEYBOARD_KEY_1c=end\n" port)
>> (display "KEYBOARD_KEY_0e=backspace\n" port)
>> (display "KEYBOARD_KEY_7d=backspace\n"
>> port))))))
>>
>> Is there a way to make guix system priotise my modified eudev over the
>> upstream one?
>
> No, you would need to rebuild with your eudev as a replacement. But
> let’s take a step back: is it possible to provide this hwdb with the
> udev-service? If not, perhaps we should augment the udev-service to not
> only accept udev rules, but also custom hwdb files.