Frans Pop <elen...@planet.nl> wrote: Hi,
> So clearly udev is confused. "confused" is not the word I'd use, actually. Though it does start with a 'c', too. > After all that, the solution! > > I noticed that the libsane udev rules are completely at the end: > [...] > 80-drivers.rules > 85-pcmcia.rules > 90-hal.rules > 91-permissions.rules > 95-late.rules > libmtp7.rules > libnjb.rules > z60_alsa-utils.rules > z60_hdparm.rules > z60_libsane-extras.rules > z60_libsane.rules > z60_virtualbox-ose.rules Yay for policy violations. > So, my theory was that the device gets created with default permissons > _before_ z60_libsane.rules gets executed. That turned out to be correct. > After renaming z60_libsane.rules to 60-libsane.rules, the device got > created with the correct group and kooka was happy: z60 should be perfectly fine for what libsane does, actually it does work flawlessly on all my systems with a number of different scanners. It'd be nice if you could do yet a bit more digging to determine exactly what's going on. I suspect HAL may have something to do with it (or ConsoleKit or whatever). Note that I'm also running HAL on some of the machines I admin, and the udev rules still work just fine. It might be a local issue or a bug in a rules file shipped by another package. > It would be great if this could be fixed in a stable update too. At the moment I don't see anything that needs fixing, given it works for me on a number of machines with different setups. Most of the "similar" "issues" you were referring to in your mail are actually users that aren't part of the scanner group or genuine bugs in the backends. > P.S. Note that udev 0.140 in unstable has again reordered rules and > moved them to /lib/udev. I think the rename to 60- will still work > though. I don't see anything to that effect in the changelog, at least not with a clear wording. Bottom line: I'm opposed to moving the rules around without a very good and compelling reason to do so, backed with facts. So far I don't see anything wrong, except packages that should really come back in line with the naming policy. JB. -- Julien BLACHE - Debian & GNU/Linux Developer - <jbla...@debian.org> Public key available on <http://www.jblache.org> - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
