:: Re: [DNG] lpr command not working
Top Pagina
Delete this message
Reply to this message
Auteur: Dr. Nikolaus Klepp
Datum:  
Aan: dng
Onderwerp: Re: [DNG] lpr command not working
Anno domini 2021 Mon, 15 Nov 10:52:06 -0500
Haines Brown scripsit:
> On Sun, Nov 14, 2021 at 12:55:59PM -0500, Haines Brown wrote:
> > I reinstalled a printer on a Chimaera box. The CUPS test file prints
> > just fine. The lpr <file.pdf) command tries but fails to send data
> > to the printer. Status: Processing - "Sending data to printer." Some 15
> > min (?) later the job does print.
> >
> > A possible problem is that I cannot delete the old printer definition
> > from CUPS. When I go to Administration -> Printers, the status of the
> > old printer Idle, Accepting Jobs, Not Shared.
> >
> > Under its Administration I select Delete Printer and verify that I want
> > it deleted. This returns the message that it has been successfully
> > deleted. Yet it is still listed in Administration.
> >
> > A problem might be that the printer can't be deleted because it is
> > shared by other systems despite its status. Where can I uncheck
> > printer-is-shared for remote queues. Its status is Idle, Accepting
> > Jobs, Not Shared. The best I can do is change its status to Rejecting
> > Jobs. Restartintg CUPS sever did not help. The status of the printer
> > I'm trying to delete is Not shared. But I can't deetete it.
>
> I finally managed to delete the unwanted printer by deleting CUPS
> from the machine running it. However, lpr still does not work. The
> problem is that no default printer is defined.
>
>         $ lpstat -d
>         no system default destination

>
> I'm using a HP Laserjet1320 with USB printer under Chimaera.
>
> I try to set the default:
>
> CUPS -> Printers lists my printer as:
>
>         HP_LaserJet_1320_series

>
> So I set that printer as to be default:
>
>         $ sudo lpoptions -d HP_LaserJet_1320_series
>         copies=1 device-uri=hp:/usb/hp_LaserJet_1320_series?serial=00CNL1F33212
>           finishings=3 job-cancel-after=10800 job-hold-until=no-hold
>           job-priority=50 job-sheets=none,none marker-change-time=0
>           media=na_letter_8.5x11in number-up=1 output-bin=face-down
>           print-color-mode=monochrome printer-commands=AutoConfigure,Clean,PrintSel
>           fTestPage printer-info='HP LaserJet 1320 series'
>           printer-is-accepting-jobs=true printer-is-shared=true
>           printer-is-temporary=false printer-location='Local Printer'
>           printer-make-and-model='HP LaserJet 1320 series Postscriipt
>           (recommended)' printer-state=3 printer-state-change-time=1636985393
>           printer-state-reasons=none printer-type=8425556 printer-uri-suppo-
>           rted=ipp://localhost/printers/HP_LaserJet_1320_series_USB_00CNL1F332>
>       _HPLIP sides=one-sided

>
> But there is still no default value
>
>         $ lpstat -d
>         no system default destination

>
> When I specify the printer by providing lpr with -P option:
>
>         $ lpr -PHP_LaserJet_1320_series test.txt
>         lpr: HP_LaserJet_1320_series: unknown printer

>
> I do lsmod to make sure that ppdev, parport, parport_pc modules are loaded.
>
> CUPS lists only one other driver for the LaserJet 1320 which is pcl3,hpcups 3.21.
> But when I use it I get error: Unsupported document-format
> "application/vnd.cups-command".
>
>         $ a2ps testFiles/test.txt
>         [testFiles/test.txt (plain): 1 page on 1 sheet]
>         /usr/bin/lp: Error - No default destination.
>         [Total: 1 page on 1 sheet] sent to the default printer

>
>         $ lpq
>         no entries


Although the lpr manpage says it uses LPDEST and PRINTER environment variables "lpr" does not, nor does it look for any of cups other ways to define a default printer. IMO all other lp* from cups work as documented.

I got "lpr" working by giving host and printer:

$ ls | lpr -H printserver -P MFC-J5320DW_EINSEITIG

It might be that you have to set the hostname explictly to localhost.

Nik



--
Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...