[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#908604: cups-browsed: An IPP printer and the GTK printdialog



Package: cups-browsed
Version: 1.21.2-1
Severity: normal
Tags: upstream



The cups service is not running and the print dialog of evince shows:

      Print to File
      LaserJet-300
      print        Upstairs   Rejecting Jobs
      realq

LaserJet-300 and realq are remote, shared queues on a stretch server;
print is an ENVY 4500 printer with

 pdl=application/vnd.hp-PCL,image/jpeg,application/PCLm,image/urf

I reckon "Rejecting Jobs" is because evince knows the printer cannot
process the cairo-generated PDF it will send. I bit of a pain, really.

But cups-browsed has often come to the rescue in the past, so start it
(which starts cups).

Now the print dialog display is

      Print to File
      ENVY4500
      LaserJet-300
      LaserJet_300_desktop
      print        Upstairs   Rejecting Jobs
      realq
      realq_desktop

Splendid; the ENVY 4500 can now be printed to. And, as a bonus, the
*_desktop entries can be filtered out to declutter the dialog.

But hold on! The ENVY4500 entry disappears a minute afterwards; a good
idea comes to nothing.

What I think is happening is that cups-browsed can hijack the realq and
LaserJet-300 destinations from cups but with print there is nothing to
take over, leading to cups managing a queue which is temporary. Close?

A better solution In this situation (without using cups-browsed) is

   lpadmin -p ENVY4500 -v ipp://.... -E -m everywhere

Regards,

Brian.


Reply to: