# lpinfo -l -v always gives: ... Device: uri = parallel:/dev/lp0 class = direct info = LPT #1 make-and-model = Unknown device-id = ... An unknown make-and-model. I suppose LPIOC_GET_DEVICE_ID only works for USB printing devices. Parallel devices should still be probed by the old code (as cups-1.1 did): /proc/sys/dev/parport/parport%d/autoprobe This is a strace on the parallel backend: ... open("/dev/lp0", O_RDWR|O_EXCL|O_LARGEFILE) = 3 ioctl(3, SNDCTL_DSP_SYNC, 0xbfc44e3a) = -1 EINVAL (Invalid argument) ... I'm using Fedora 7 on a i686, 2.6.22.5-76.fc7 An older version of cups (1.1) worked with Fedora Core 4. I've reported this bug at cups.org (see URL) and they answered: "Please report this bug to Red Hat. The ioctl() is supposed to work in current kernels, and if it doesn't this is a kernel bug."
I'm thinking of writing a kernel patch to implement this ioctl. How do you think about this?
Please hold off. There was an implementation of this at one stage but it's been taken out by the look of it. Another solution is to use libieee1284.
Fixed for F-8 using libieee1284: cups-1.3.3-2.fc8. Keeping open for an F-7 backport.
Very nice! Thank you so much! Will you be sending this patch upstream? Michael Sweet (cups developer) insists this is a kernel bug and he wants an ioctl. http://www.cups.org/newsgroups.php?s4219+gcups.bugs+v4228+T0
I've submitted the patch upstream and there will be a test update for F-7 shortly.
cups-1.2.12-5.fc7 has been pushed to the Fedora 7 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update cups'
Please do test this and let me know if it works for you. Thanks.
cups-1.2.12-5.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report.
Sorry for my late reaction, it works like a charm... Thanks a lot!