printing to a remote IPP printer with lp is danghard
Kurt Pfeifle
kurt.pfeifle at infotec.com
Tue Jun 26 11:21:35 PDT 2007
> 1. How was I supposed to go from the IPP URL
>
> ipp://192.168.0.10/printers/HPLJ1012
>
> to the above command? It took me an hour to figure out (mostly
> because I went down the blind alley of lpstat). Why doesn't lp
> simply take a URL as an option? At least the documentation could
> say how to construct an lp command line given an IPP URL.
Check your Debian bug report. I responded there even before here (but somehow my posting there took ages to show up), but didn't realize initially it was the same thing.
> 2. I still can't check the print queue, query job status, or cancel a
> job. What is the right lpstat command line for this printer?
lpstat -h 192.168.0.10 -p # all printers on 192.168.0.10
lpstat -h 192.168.0.10 -o # all IDs of current jobs
lpstat -h 192.168.0.10 -p HPLJ1012 # printer HPLJ1012 at 192.168.0.10
lpstat -h 192.168.0.10 -l -p HPLJ1012 # "long" version info
lpstat -h 192.168.0.10 -o HPLJ1012 # current jobs queued for HPLJ1012
Once you know a job ID, you can run
lprm -h 192.168.0.10 job-id
[...]
> But if my friend is running the CUPS server, I should only need the
> client commands, right?
Right.
But as you painfully experienced, this does not suffice if the CUPS server config is not set up correctly, or not set up in a way that makes printing *easy* for clients...
You run into one of various issues with Debian's self-willed decisions to configure CUPS defaults. See also Debian Bug #427559 for one more example....
--
Kurt Pfeifle
System & Network Printing Consultant --- Linux/Unix/Windows/Samba/CUPS
Infotec Deutschland GmbH - A RICOH Company ......... Stuttgart/Germany
More information about the cups
mailing list