[benb]

I have a linux box acting as a print server for a few printers on my home network. The printers are connected using CUPS through USB. I can print fine from the linux box. I am able to print from all OS X machines on the network using the command line, but I am unable to set up an LPR printer in the Print Center. In the terminal I can do "echo "test" | lp -h hostname -d printer" and it works flawlessly, so I am assuming that the connection is just fine. However, when I set up the LPR printer in the GUI and submit a job, Print Center hangs on "Attempting to connect to host 'hostname' for printer". And that is as far as I get.

When I add the lpr printer, I open Print Center and option-click on "Add Printer" and select Advanced and then LPR/LPD Printer or Host.

I don't know if this is relevant, but here is my printers.conf file:

Code:
<DefaultPrinter epson3000>
Info epson3000
Location 192.168.123.100
DeviceURI lpd://192.168.123.100/
State Idle
Accepting Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
</Printer>

If anyone can shed any light on the issue, or at least point me to some resources on it, I would greatly appreciate it. I have scoured Google and found nothing of relevance.

[samthecat]

normally, the DeviceURI has a queue name at the end...something like


DeviceURI lpd://192.168.123.100/epson


if you use print centre to setup the printer using the lpd/lpr printing instead of the advanced option, there is a check box for "use default queue", with a spot for the queue name (when the checkbox is un-checked)

i would imagine that the queue name will be your "printer" from the "-d printer" part of the working lp command.

cheers

[benb]

Originally posted by samthecat:
normally, the DeviceURI has a queue name at the end...something like


DeviceURI lpd://192.168.123.100/epson


if you use print centre to setup the printer using the lpd/lpr printing instead of the advanced option, there is a check box for "use default queue", with a spot for the queue name (when the checkbox is un-checked)

i would imagine that the queue name will be your "printer" from the "-d printer" part of the working lp command.

cheers

Hey thanks, I was entering the name wrong, but that wasn't the whole problem either. On the Linux box I forgot set the cups-lpd daemon to run at startup. So I did that, and now get a bit farther. X will now spoolthe job correctly, but does not send it to the printserver. Fails connecting to port 912 IIRC (I am at work now). Which makes me wonder, isn't LPR port 515 anyway? Bah. Same troubles form classic and a few OS 9 machines I have laying aroung as well. I can use Desktop Print Monitor (or whatever it is called) to setup and LPR printer. I can verify the printer and queue name sucessfully. So I create the desktop printer and try to print a job. No go, it will not send the file to CUPS.

So it looks like a CUPS/lpd problem. Back to RTFM and man pages. No wonder it is called Can't Usually Print Stuff.