On Sat 10 Mar 2012 at 21:27:06 -0500, Ethan Rosenberg wrote: > ethan@rosenberg:/var/www/Webpages2$ ls -l /usr/lib/cups/backend/ > total 508 > -rwxr-xr-x 1 root root 7250 Mar 2 16:54 beh > -rwx------ 1 root root 21284 Dec 26 22:43 cups-pdf > -rwxr--r-- 3 root root 18096 Mar 5 02:52 dnssd > -rwxr--r-- 5 root root 63516 Mar 5 02:52 http > -rwxr--r-- 5 root root 63516 Mar 5 02:52 https > -rwxr--r-- 5 root root 63516 Mar 5 02:52 ipp > -rwxr--r-- 5 root root 63516 Mar 5 02:52 ipps > -rwxr--r-- 2 root root 38744 Mar 5 02:52 lpd > -rwxr--r-- 3 root root 18096 Mar 5 02:52 mdns > -rwxr-xr-x 1 root root 17924 Mar 7 09:04 parallel > -rwxr-xr-x 1 root root 13800 Mar 7 09:04 serial > -r-xr-xr-x 2 root root 22252 Mar 5 02:52 snmp > -r-xr-xr-x 2 root root 30488 Mar 5 02:52 socket > -r-xr--r-- 2 root root 30460 Mar 5 02:52 usb
Ihis is identical to mine but. unlike your situation, the parallel port is listed in 'lpinfo -v' and /usr/lib/cups/backend/parallel gives direct parallel:/dev/lp0 "unknown" "LPT #1" "" "" , which is ok because there is no printer present You get parport_pc and parport inserted into the kernel but one would expect a line identifying a switched on and connected printer. Maybe not all printers report themselves correctly but it is of concern. CUPS later loads the lp module without a complaint. The BIOS has settings for the parallel port. I've used ECP and EPP but really don't see either making any difference. It seems like the kernel is not getting some information about the port, so there is nothing to pass on to CUPS. You do have the latest kernel, I hope. Doing 'ls -l /dev/lp0 /dev/parport0' here has the outcome: crw-rw---- 1 root lp 6, 0 2012-02-14 16:34 /dev/lp0 crw-rw---- 1 root lp 99, 0 2012-02-14 16:34 /dev/parport0 You could see where you get with altering the ownership and/or modes of these files. chown lp.lp /dev/lp0 /dev/parport0 chmod 666 /dev/lp0 /dev/parport0 Not that I'm recommending this as permanent solution if it works, but my cupboard of decent ideas is now empty! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120311174446.GS4889@desktop