Re: udev-ish replacement for hal-cups-utils?

2009-07-20 Thread Martin Pitt
Tim Waugh [2009-07-17 12:08 +0100]: > Please take a look at the 'udev' branch of system-config-printer: > > http://git.fedorahosted.org/git/?p=system-config-printer.git;a=shortlog;h=refs/heads/udev Can you please put this line on top of the .rules? SUBSYSTEM=="usb", ENV{ID_USB_INTERFACES}=="", I

Re: udev-ish replacement for hal-cups-utils?

2009-07-20 Thread Kay Sievers
On Fri, 2009-07-17 at 12:08 +0100, Tim Waugh wrote: > On Tue, 2009-07-14 at 18:32 +0200, Martin Pitt wrote: > > So, one immediate workaround would be to not pass the device ID > > itself, but the path (%p) and just read that value plus "/ieee1284_id" > > from the python program. That's a little tri

Re: udev-ish replacement for hal-cups-utils?

2009-07-20 Thread Martin Pitt
Till Kamppeter [2009-07-18 21:33 +0200]: > I got udev-configure-printer reading out the device ID, by replacing > your 70-printers.rules by the following: > > ACTION=="add", SUBSYSTEM=="usb", ATTRS{bInterfaceClass}=="07", > ATTRS{bInterfaceSubClass}=="01", > IMPORT{program}+="udev-configure-printe

Re: udev-ish replacement for hal-cups-utils?

2009-07-20 Thread Martin Pitt
Tim Waugh [2009-07-18 18:22 +0100]: > There's no need, we are in C at the point we need to read the Device ID. > So I guess I'll have to do it using libusb. (Not sure how libgudev or > libudev would help there...) Right, you probably won't need them then. If you match the specific interfaces you a

Re: udev-ish replacement for hal-cups-utils?

2009-07-20 Thread Martin Pitt
Hello Tim, sorry for long delay, was away over the weekend. Tim Waugh [2009-07-17 12:08 +0100]: > I'm trying to use libudev to read the ieee1284_id attribute but am > failing. The devpath I'm given is: > /devices/pci:00/:00:1d.3/usb5/5-1 > > I can see that the file I need is: > /sys

Re: udev-ish replacement for hal-cups-utils?

2009-07-20 Thread Tim Waugh
On Mon, 2009-07-20 at 00:15 +0200, Till Kamppeter wrote: > Unfortunately, the device URIs of both the "hp" and "usb" backend are > massaged, in the "usb" backend it is only that the manufacturer name > Hewlett-Packard is replaced by HP and Lexmark International by Lexmark, > in the "hp" backend