[arch-dev-public] The udev rule nightmare

Giovanni Scafora giovanni at archlinux.org
Wed Oct 21 07:45:27 EDT 2009


2009/10/20, Thomas Bächler <thomas at archlinux.org>:
> So, I wanted to revisit the subject of udev rules. Right now, we have rules
> in /etc/udev/rules.d and /lib/udev/rules.d - the idea was that "upstream"
> rules goes to /lib and whatever else goes to /etc.
>
>  This was interpreted by some of our own dev team that we should put
> whatever udev and packages ship to /lib and whatever we created ourselves to
> /etc - which is dumb. Right now we have:
>
>  - rules from upstream packages in /lib
>  - patched rules from upstream packages in /lib
>  - rules from upstream packages in /etc
>  - Arch rules in /etc
>
>  It is pure chaos and nobody understands what is where and why. It is a
> nightmare.
>
>  Back when we had the discussion, I suggested what I will re-suggest now:
>
>  - All our packages should have udev rules in /lib only. What Arch
> officially ships is what we consider "upstream". (To put it in the same
> terminology that perl uses: core-rules and vendor-rules)
>  - User or site specific rules go to /etc, overriding or complementing the
> "official" rule set (site-rules)
>
>  This will lead to a clear distinction and a clear rule instead of the chaos
> we have until now. It is also the only way that makes sense, everything else
> will lead to the same chaos again.
>
>  Please comment.

+1 from me.
Well, running pkgfile -r etc/udev/rules.d I got the following lines:

community/em8300-utils
community/gpsd
community/lomoco
community/network-ups-tools
community/rezero
community/xen
core/device-mapper
core/pcmciautils
core/udev
extra/bluez
extra/capi4hylafax
extra/fuse
extra/hal
extra/libfprint
extra/libnjb
extra/microcode_ctl

I guess that we should fix them.


-- 
Arch Linux Developer
http://www.archlinux.org
http://www.archlinux.it


More information about the arch-dev-public mailing list