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!