On Mon, Jan 21, 2002 at 09:55:39AM -0500, Stan Brown wrote:
| I'm trying to get a HP 690C printer working on a woody machine, using CUPS.
| What's starnge is that CUSP sees the printer, and even knows what tyoe it
| is, but it's not working.
|
| Here is some useful (I hope) info:
[dmesg output]
| teddy:~# ls -l /dev/lp*
| crw-rw---- 1 root lp 6, 0 Jan 21 09:51 /dev/lp0
| crw-rw---- 1 root lp 6, 1 Jan 21 09:51 /dev/lp1
| crw-rw---- 1 root lp 6, 2 Jan 21 09:51 /dev/lp2
Unless you're using devfs this means nothing. (well, it means your
/dev is setup correctly, but it has no correspondence to actual
hardware)
| teddy:~# cat < /etc/services > /dev/lp0
| bash: /dev/lp0: No such device
| teddy:~#
| Script done on Mon Jan 21 09:54:29 2002
|
| So it appears as though something is wrong with communication to teh
| printer, correct?
Yep. Not a CUPS problem.
| I've got parallel port, and the IEE support compiled in the kernel.
|
| So what do I check next?
Usually it's the 'lp' module, assuming you have 'parport' and
'parport_pc' (was this an x86 machine?) already loaded.
I've got them compiled statically right now,
#
# Parallel port support
#
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
CONFIG_PARPORT_PC_CML1=y
CONFIG_PARPORT_SERIAL=m
# CONFIG_PARPORT_PC_FIFO is not set
# CONFIG_PARPORT_PC_SUPERIO is not set
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
# CONFIG_PARPORT_GSC is not set
# CONFIG_PARPORT_SUNBPP is not set
# CONFIG_PARPORT_OTHER is not set
CONFIG_PARPORT_1284=y
HTH,
-D
--
Like a gold ring in a pig's snout
is a beautiful woman who shows no discretion.
Proverbs 11:22
