On Mon, 2009-07-13 at 18:34 +0200, Till Kamppeter wrote:
> Are there no Python bindings for libudev?
That's sort of what I was asking. :-)
Alternatively, if there is access to this information using simple shell
utilities or something, that would also work.
> The data written into the HAL DB is
On Mon, 2009-07-13 at 17:45 +0100, Tim Waugh wrote:
> That's sort of what I was asking. :-)
>
> Alternatively, if there is access to this information using simple shell
> utilities or something, that would also work.
Actually all we need is the IEEE 1284 Device ID.
I'll
On Mon, 2009-07-13 at 21:17 +0200, Till Kamppeter wrote:
> If you update the driver and update the PPDs of the existing queues
> (automatically done by Gutenprint and also by all drivers in Ubuntu and
> by all drivers from OpenPrinting) the replacement of the PPD makes the
> device ID injected b
On Tue, 2009-07-14 at 13:22 +0200, Till Kamppeter wrote:
> 2. All shell-unfriendly characters in the device ID are replaced by '_':
>
> Original:
>
> MANUFACTURER:Hewlett-Packard;COMMAND SET:PJL,DW-PCL,ASCII;MODEL:hp
> designjet 130nr (C7791D);CLASS:PRINTER;DESCRIPTION:Hewlett-Packard hp
> desi
On Tue, 2009-07-14 at 18:32 +0200, Martin Pitt wrote:
> Tim Waugh [2009-07-14 14:20 +0100]:
> > I wish I understood why any programs are still trying to munge command
> > lines by replacing strings like '%p' on their own
>
> We just discussed that in #udev, inde
On Thu, 2009-07-16 at 10:44 +0200, Till Kamppeter wrote:
> So we need a utility written in C which can poll the printer's device ID
> with both libusb and usblp methods, so that it returns the device ID
> independent whether the device was discovered via low-level USB or
> through the usblp kern
On Tue, 2009-07-14 at 13:30 +0200, Kay Sievers wrote:
> On Tue, Jul 14, 2009 at 09:24, Martin Pitt If it makes stuff easier, there is (since a long time) a "REMOVE_CMD"
> in standard udev rules. A rule from any event can define a command to
> run when the device goes away:
> 95-udev-late.rules:
>
On Thu, 2009-07-16 at 18:46 +0200, Martin Pitt wrote:
> Tim Waugh [2009-07-16 16:59 +0100]:
> > It's no reason to quote anything if the programs are executed correctly
> > using an argv.
>
> But RUN clauses in udev rules are mere strings, and thus cannot be
> picked
Of course, all this is to say nothing of setting the permissions on the
device node. :-)
The requirements for this are a bit fiddly:
* if CUPS < 1.4 is to be supported, we need to give group lp read/write
access to the usblp device node
* otherwise, the CUPS usb backend can use libusb so group l
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 tricky with identifying the
> ID at removal time, though (you'd
On Fri, 2009-07-17 at 21:56 +0200, Till Kamppeter wrote:
> I have looked into udev-configure-printer.c and I see two problems (in
> hal_lpadmin this works):
>
> 1. One device can have more than one queue. Your program supports only
> one queue per device according to the syntax of the "remove" c
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 tricky with identifying the
> ID at removal time, though (you'd
On Sun, 2009-07-19 at 19:58 +0200, Till Kamppeter wrote:
> Do not wonder why I talk about yesterday's GIT snapshot of
> udev-configure-printer, but today's version (commit cca637e7 on the udev
> branch) immediately segfaults in the "add" procedure, see more in the
> end of this mail.
Oh, that's
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
On Mon, 2009-07-20 at 17:59 +0200, Till Kamppeter wrote:
> I have looked into the source code of the CUPS USB backends (usblp
> version and libusb version) and they really report the original,
> unmodified device ID.
>
> I could report this to the HPLIP people telling that they should let
> the
On Wed, 2009-07-22 at 03:53 +0200, Till Kamppeter wrote:
> Here I suggest a samll change. If there are both URIs which fit with
> serial number and which fit without serial number, take them all
> together into the valid URI list (instead of dropping all non-serial if
> one with serial is found,
On Wed, 2009-07-22 at 21:30 +0200, Till Kamppeter wrote:
> Great, have you also posted an upstream bug report with the patch, on
> http://launchpad.net/hplip/?
No, not yet.
> The "usb"-and-"hp"-only CUPS_GET_DEVICES IPP request does not actually
> work for me (CUPS 1.3.11). I get back the answe
On Thu, 2009-07-23 at 00:10 +0200, Till Kamppeter wrote:
> >> The very last change is to take into account that serial numbers can be
> >> shorter than 12 characters.
> >
> > Serial numbers from the Device ID field can be any length, yes, but
> > 'serial' in that context is the USB serial number.
On Thu, 2009-07-23 at 12:21 +0200, Till Kamppeter wrote:
> "hp:/usb/HP_Color_LaserJet_CM3530_MFP?serial=CNFND01964" contains a USB
> serial number, but this serial number has only 10 characters.
OK, we'll have to be less strict about that then. That's a shame.
Tim.
*/
signature.asc
Descripti
On Thu, 2009-07-23 at 10:49 +0200, Till Kamppeter wrote:
> You are missing the NULL check here (musb.c, line 2083):
>
> ieee1284_id = udev_device_get_sysattr_value (ddev, "ieee1284_id");
> strncpy (device_id, ieee1284_id, len);
> device_id[len - 1] = '\0';
Thank you, fixed.
> An addi
On Wed, 2009-07-22 at 22:11 +0200, Till Kamppeter wrote:
> How do you handle the enabling and disabling the Fax queues when the
> printer is connected or disconnected?
I didn't, but I've added that. The way udev-configure-printer does it
now is to identify the device URIs that match the device,
On Thu, 2009-07-23 at 17:02 +0200, Till Kamppeter wrote:
> OK, have you already implemented that? Can you commit it to the git repo?
I merged the udev branch in 1.1.x yesterday and further fixes have been
going there.
Tim.
*/
signature.asc
Description: This is a digitally signed message part
_
On Thu, 2009-07-23 at 19:15 +0300, Ozan Çağlayan wrote:
> I've tested it with an ML-1610 and it worked fine except it gets
> configured two times because of the udev rule which triggers the helper
> upon the low-level addition and the lp one.
I think I know how that might have happened. I've just
On Thu, 2009-07-23 at 16:55 +0200, Till Kamppeter wrote:
> I have applied it to our Ubuntu HPLIP package and now the segfault goes
> away, but if there is no usblp kernel module, most device IDs do not get
> read from the printers. See below. I have run the backend twice and on
> both runs the s
On Fri, 2009-07-24 at 03:30 +0200, Till Kamppeter wrote:
> The attached patch solves all problems. Now I can cleanly plug and
> unplug 10 printers at once, with and without the usblp kernel module
> being available/present!
Thanks. Applied.
> Jul 24 02:57:04 till-laptop udev-add-printer: TypeE
On Fri, 2009-07-24 at 21:10 +0200, Till Kamppeter wrote:
> We are arriving at our destination!
It's in sight but we're not there yet. Next step is to separate out the
CUPS parts into a D-Bus system service. :-) I'm working on code to do
that so we have these methods:
UsbPrinterAdd (string devpa
On Fri, 2009-07-24 at 21:47 +0200, Till Kamppeter wrote:
> When will this come? Right now? Later?
It's not working yet -- later, perhaps next week. I just started
working on it today.
I'll be doing development on that in the udev branch, with just fixes to
the existing system we've been working
On Fri, 2009-07-24 at 21:47 +0200, Till Kamppeter wrote:
> When will this come? Right now? Later?
It's implemented now, and merged into 1.1.x. I've removed the udev
branch.
Tim.
*/
signature.asc
Description: This is a digitally signed message part
_
I've reverted the D-Bus system service change, as Till pointed out a
race condition with doing it that way. Instead we'll do it by forking
the process, as before.
On Wed, 2009-08-05 at 16:05 +0300, Ozan Çağlayan wrote:
> Aug 5 15:42:44 ozan2009-pardus /lib/udev/hpljP1005: foo2zjs: loading HP
> L
29 matches
Mail list logo
