[arch-general] udev rules from hplip are invalid after update
Hi, After yesterday update I get the following message when rebooting the computer (the computer boots fine): ##################################################### Sun Nov 20 12:45:34 2011: :: Triggering UDev uevents [BUSY] [DONE] Sun Nov 20 12:45:34 2011: :: Loading User-specified Modules [BUSY] udevd[221]: unknown key 'SYSFS{idVendor}' in /etc/udev/rules.d/86-hpmud-hp_laserjet_p1005.rules:6 Sun Nov 20 12:45:34 2011: Sun Nov 20 12:45:34 2011: udevd[221]: invalid rule '/etc/udev/rules.d/86-hpmud-hp_laserjet_p1005.rules:6' Sun Nov 20 12:45:34 2011: Sun Nov 20 12:45:34 2011: udevd[221]: unknown key 'SYSFS{idVendor}' in /etc/udev/rules.d/86-hpmud-hp_laserjet_p1005.rules:9 Sun Nov 20 12:45:34 2011: Sun Nov 20 12:45:34 2011: udevd[221]: invalid rule '/etc/udev/rules.d/86-hpmud-hp_laserjet_p1005.rules:9' Sun Nov 20 12:45:34 2011: Sun Nov 20 12:45:34 2011: [FAIL] Sun Nov 20 12:45:34 2011: :: Waiting for UDev uevents to be processed [BUSY] [DONE] #################################################### The rules in question are those coming with the hplip package for my printer (this is only one example). Since then the printer don't work, not that I'm surprise. Here is the rule: ###################################################### # Load hp firmware for this printer. ACTION!="add", GOTO="hpmud_rules_end" # hp_laserjet_p1005 for Suse 10.3 SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="3d17", PROGRAM="/bin/sh -c 'logger -p user.info loading hp_laserjet_p1005 firmware $env{BUSNUM} $env{DEVNUM}'", RUN+="/bin/sh -c '/usr/bin/hp-firmware -y3 -s$env{BUSNUM}:$env{DEVNUM} &'" # hp_laserjet_p1005 SUBSYSTEM=="usb_device", SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="3d17", PROGRAM="/bin/sh -c 'X=%k; X=$${X#usbdev}; B=$${X%%%%.*}; D=$${X#*.}; logger -p user.info loading hp_laserjet_p1005 firmware $$B $$D; printf %%03i:%%03i $$B $$D'", RUN+="/bin/sh -c '/usr/bin/hp-firmware -y3 -s%c &'" LABEL="hpmud_rules_end" ###################################################### I guess that one of this two updates triggered the problem: libusb-compat (0.1.3-1 -> 0.1.3-2) linux (3.1-4 -> 3.1.1-1) Does anybody know what is going on? Thanks in advance, Hector PD: Please find attached the full log of the update that caused the problem: [2011-11-20 02:46] Running 'pacman -Sy' [2011-11-20 02:46] synchronizing package lists [2011-11-20 02:47] Running 'pacman -S -u' [2011-11-20 02:47] starting full system upgrade [2011-11-20 03:14] upgraded gtk-update-icon-cache (2.24.8-1 -> 2.24.8-2) [2011-11-20 03:14] upgraded gtk2 (2.24.8-1 -> 2.24.8-2) [2011-11-20 03:14] upgraded chromium (15.0.874.120-1 -> 15.0.874.121-1) [2011-11-20 03:14] upgraded telepathy-farstream (0.1.1-1 -> 0.1.2-1) [2011-11-20 03:14] upgraded gnome-keyring (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded empathy (3.2.1.2-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded libcroco (0.6.2-2 -> 0.6.3-1) [2011-11-20 03:14] upgraded librsvg (2.34.1-2 -> 2.34.2-1) [2011-11-20 03:14] upgraded eog (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded eventlog (0.2.12-2 -> 0.2.12-3) [2011-11-20 03:14] upgraded evolution-data-server (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded gtkhtml4 (4.2.1-1 -> 4.2.2-1) [2011-11-20 03:14] upgraded evolution (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded file-roller (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded freetype2 (2.4.7-1 -> 2.4.8-1) [2011-11-20 03:14] upgraded gedit (3.2.2-1 -> 3.2.3-1) [2011-11-20 03:14] upgraded glibmm (2.30.0-1 -> 2.30.1-1) [2011-11-20 03:14] upgraded gnome-tweak-tool (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded gnome-user-docs (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded gucharmap (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded heirloom-mailx (12.5-2 -> 12.5-3) [2011-11-20 03:14] upgraded initscripts (2011.10.2-1 -> 2011.11.3-1) [2011-11-20 03:14] upgraded jfsutils (1.1.15-2 -> 1.1.15-3) [2011-11-20 03:14] upgraded lame (3.99-1 -> 3.99.1-1) [2011-11-20 03:14] upgraded libdvdcss (1.2.10-2 -> 1.2.11-1) [2011-11-20 03:15] upgraded libgnome-keyring (3.2.0-1 -> 3.2.2-1) [2011-11-20 03:15] upgraded libusb-compat (0.1.3-1 -> 0.1.3-2) [2011-11-20 03:15] >>> Updating module dependencies. Please wait ... [2011-11-20 03:15] >>> Generating initial ramdisk, using mkinitcpio. Please wait... [2011-11-20 03:15] ==> Building image from preset: 'default' [2011-11-20 03:15] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img [2011-11-20 03:15] ==> Starting build: 3.1.1-1-ARCH [2011-11-20 03:15] -> Parsing hook: [base] [2011-11-20 03:15] -> Parsing hook: [udev] [2011-11-20 03:15] -> Parsing hook: [autodetect] [2011-11-20 03:15] -> Parsing hook: [pata] [2011-11-20 03:15] -> Parsing hook: [scsi] [2011-11-20 03:15] -> Parsing hook: [sata] [2011-11-20 03:15] -> Parsing hook: [filesystems] [2011-11-20 03:15] -> Parsing hook: [usbinput] [2011-11-20 03:15] ==> Generating module dependencies [2011-11-20 03:15] ==> Creating gzip initcpio image: /boot/initramfs-linux.img [2011-11-20 03:15] ==> Image generation successful [2011-11-20 03:15] ==> Building image from preset: 'fallback' [2011-11-20 03:15] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect [2011-11-20 03:15] ==> Starting build: 3.1.1-1-ARCH [2011-11-20 03:15] -> Parsing hook: [base] [2011-11-20 03:15] -> Parsing hook: [udev] [2011-11-20 03:15] -> Parsing hook: [pata] [2011-11-20 03:15] -> Parsing hook: [scsi] [2011-11-20 03:15] -> Parsing hook: [sata] [2011-11-20 03:15] -> Parsing hook: [filesystems] [2011-11-20 03:15] -> Parsing hook: [usbinput] [2011-11-20 03:15] ==> Generating module dependencies [2011-11-20 03:15] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img [2011-11-20 03:15] ==> Image generation successful [2011-11-20 03:15] upgraded linux (3.1-4 -> 3.1.1-1) [2011-11-20 03:15] upgraded linux-headers (3.1-4 -> 3.1.1-1) [2011-11-20 03:15] upgraded lua (5.1.4-8 -> 5.1.4-9) [2011-11-20 03:15] upgraded mesa (7.11-4 -> 7.11.1-1) [2011-11-20 03:15] upgraded openconnect (1:3.13-1 -> 1:3.14-1) [2011-11-20 03:15] upgraded orca (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:15] upgraded ppp (2.4.5-2 -> 2.4.5-3) [2011-11-20 03:15] upgraded pptpclient (1.7.2-3 -> 1.7.2-4) [2011-11-20 03:15] upgraded python-logilab-common (0.56.0-1 -> 0.57.1-1) [2011-11-20 03:15] upgraded python-logilab-astng (0.22.0-1 -> 0.23.0-1) [2011-11-20 03:15] upgraded pylint (0.24.0-1 -> 0.25.0-1) [2011-11-20 03:15] upgraded python2-distribute (0.6.21-1 -> 0.6.24-1) [2011-11-20 03:15] upgraded rasqal (1:0.9.27-1 -> 1:0.9.28-1) [2011-11-20 03:15] upgraded reiserfsprogs (3.6.21-3 -> 3.6.21-4) [2011-11-20 03:15] upgraded sdparm (1.06-1 -> 1.06-2) [2011-11-20 03:15] upgraded seahorse (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:15] upgraded spyder (2.1.1-1 -> 2.1.2-1) [2011-11-20 03:15] upgraded syslog-ng (3.3.1-1 -> 3.3.2-1) [2011-11-20 03:15] Unknown media type in type 'all/all' [2011-11-20 03:15] Unknown media type in type 'all/allfiles' [2011-11-20 03:15] Unknown media type in type 'uri/mms' [2011-11-20 03:15] Unknown media type in type 'uri/mmst' [2011-11-20 03:15] Unknown media type in type 'uri/mmsu' [2011-11-20 03:15] Unknown media type in type 'uri/pnm' [2011-11-20 03:15] Unknown media type in type 'uri/rtspt' [2011-11-20 03:15] Unknown media type in type 'uri/rtspu' [2011-11-20 03:15] Unknown media type in type 'interface/x-winamp-skin' [2011-11-20 03:15] upgraded tomboy (1.8.0-1 -> 1.8.3-1) [2011-11-20 03:15] upgraded transcode (1.1.5-7 -> 1.1.6-1) [2011-11-20 03:16] upgraded unetbootin (555-1 -> 563-1) [2011-11-20 03:16] upgraded valgrind (3.6.1-2 -> 3.7.0-1) [2011-11-20 03:16] upgraded vinagre (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:16] upgraded vino (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:16] upgraded winetricks (20110629-1 -> 20111115-1) [2011-11-20 03:16] upgraded xfsprogs (3.1.5-1 -> 3.1.7-1) [2011-11-20 03:16] upgraded xkeyboard-config (2.4.1-1 -> 2.4.1-2) [2011-11-20 03:16] upgraded xorg-server-common (1.11.2-1 -> 1.11.2-2) [2011-11-20 03:16] upgraded xorg-server (1.11.2-1 -> 1.11.2-2) -- Hector Martínez-Seara Monné mail: hseara@gmail.com Tel: +34656271145 Tel: +358442709253
On Sun, Nov 20, 2011 at 12:01 PM, Hector Martinez-Seara <hseara@gmail.com> wrote:
After yesterday update I get the following message when rebooting the computer (the computer boots fine):
##################################################### Sun Nov 20 12:45:34 2011: :: Triggering UDev uevents [BUSY] [DONE] Sun Nov 20 12:45:34 2011: :: Loading User-specified Modules [BUSY] udevd[221]: unknown key 'SYSFS{idVendor}' in /etc/udev/rules.d/86-hpmud-hp_laserjet_p1005.rules:6
This is caused by hplip upstream using deprecated udev keys that no longer work as of udev 174. I have filed bugs about this upstream a long time ago, but they did not seem to want to change it. Maybe they will change their mind now that it no longer works at all... To fix this you should make sure to install the newest hplip package from the Arch repos which is patched to fix this problem. If that does not work, open a bug report against hplip. Cheers, Tom
Hi Tom, My system is fully updated so I guess that I have to assume that I should file a bug against hplip. Hector On 20 November 2011 14:19, Tom Gundersen <teg@jklm.no> wrote:
On Sun, Nov 20, 2011 at 12:01 PM, Hector Martinez-Seara <hseara@gmail.com> wrote:
After yesterday update I get the following message when rebooting the computer (the computer boots fine):
##################################################### Sun Nov 20 12:45:34 2011: :: Triggering UDev uevents [BUSY] [DONE] Sun Nov 20 12:45:34 2011: :: Loading User-specified Modules [BUSY] udevd[221]: unknown key 'SYSFS{idVendor}' in /etc/udev/rules.d/86-hpmud-hp_laserjet_p1005.rules:6
This is caused by hplip upstream using deprecated udev keys that no longer work as of udev 174. I have filed bugs about this upstream a long time ago, but they did not seem to want to change it. Maybe they will change their mind now that it no longer works at all...
To fix this you should make sure to install the newest hplip package from the Arch repos which is patched to fix this problem. If that does not work, open a bug report against hplip.
Cheers,
Tom
-- Hector Martínez-Seara Monné mail: hseara@gmail.com Tel: +34656271145 Tel: +358442709253
On Sun, Nov 20, 2011 at 2:10 PM, Hector Martinez-Seara <hseara@gmail.com> wrote:
Hi Tom, My system is fully updated so I guess that I have to assume that I should file a bug against hplip.
There are no /etc/udev/rules.d/* files in the official hplip package, maybe they are some old stale files that you should have deleted? -t
Excerpts from Tom Gundersen's message of 2011-11-20 14:13:05 +0100:
On Sun, Nov 20, 2011 at 2:10 PM, Hector Martinez-Seara <hseara@gmail.com> wrote:
Hi Tom, My system is fully updated so I guess that I have to assume that I should file a bug against hplip.
There are no /etc/udev/rules.d/* files in the official hplip package, maybe they are some old stale files that you should have deleted?
-t
I too get a whole lot of those errors. I'd appreciate hints on how to get rid of those.
Hi, In my case I solve the problem by installing the package hplip-plugin from AUR. Somehow when the rules where installed by the hp-setup program something goes wrong. Hector On 21 November 2011 21:12, Philipp Überbacher <hollunder@lavabit.com> wrote:
Excerpts from Tom Gundersen's message of 2011-11-20 14:13:05 +0100:
On Sun, Nov 20, 2011 at 2:10 PM, Hector Martinez-Seara <hseara@gmail.com> wrote:
Hi Tom, My system is fully updated so I guess that I have to assume that I should file a bug against hplip.
There are no /etc/udev/rules.d/* files in the official hplip package, maybe they are some old stale files that you should have deleted?
-t
I too get a whole lot of those errors. I'd appreciate hints on how to get rid of those.
-- Hector Martínez-Seara Monné mail: hseara@gmail.com Tel: +34656271145 Tel: +358442709253
On Mon, Nov 21, 2011 at 8:33 PM, Hector Martinez-Seara <hseara@gmail.com> wrote:
In my case I solve the problem by installing the package hplip-plugin from AUR. Somehow when the rules where installed by the hp-setup program something goes wrong.
Yeah, the upstream rules are wrong, you need the Arch supplied ones. Someone should pester upstream about this... -t
participants (3)
-
Hector Martinez-Seara
-
Philipp Überbacher
-
Tom Gundersen