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

Bug#940019: marked as done (cups: No more options for remote shared printers)



Your message dated Sun, 15 Sep 2019 18:47:29 +0100
with message-id <15092019155905.1a824c2e4bb2@desktop.copernicus.org.uk>
and subject line Re: Bug#940019: cups: No more options for remote shared printers
has caused the Debian Bug report #940019,
regarding cups: No more options for remote shared printers
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
940019: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=940019
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: cups
Version: 2.3.0-3
Severity: important

  Hi,

  Since my last upgrade of cups on my laptop, I do not see any options
for remote printers. It affects me both at home (where I can access to
the cups server and can change something if need be) and at work (where
I do not have any access to the server). Both servers (at home and at
work) do not change. On my laptop, it worked with cups 2.2.10 (not sure
with 2.2.12). My home server is running cups 2.2.1-8+deb9u4 (stretch)

  At work, the printers are discovered by cups-browsed as they are not
on the local network and a 'BrowsePoll print.work.domain:631' line
is required. At home, I've a linux server with cups that talk to a
local printer through a propriatory driver (Brother DCP-9020CDW printer)
  I will talk about the situation at home (where I can access the server).
On the server, I see all options provided be the driver:
server $ lpoptions -l -p brother
PageSize/Media Size: *A4 Letter Legal Executive A5 A6 B5 JISB5 JISB6 EnvDL EnvC5 Env10 EnvMonarch Br3x5 FanFoldGermanLegal EnvPRC5Rotated Postcard EnvYou4 EnvChou3 210x270mm 195x270mm 184x260mm 197x273mm
BRDuplex/Two-Sided: DuplexTumble *DuplexNoTumble None
BRInputSlot/Paper Source: *AutoSelect Tray1 Manual
BRResolution/Print Quality: *600dpi 600x2400dpi
BRMonoColor/Color / Mono: *Auto FullColor Mono
BRMediaType/Media Type: *Plain Thin Thick Thicker BOND Env EnvThick EnvThin Recycled Label Glossy PostCard
BRColorMatching/Color Mode: *Normal Vivid None
BRGray/Improve Gray Color: OFF *ON
BREnhanceBlkPrt/Enhance Black Printing: *OFF ON
BRTonerSaveMode/Toner Save Mode: *OFF ON
BRImproveOutput/Improve Print Output: *OFF BRLessPaperCurl BRFixIntensity
BRSkipBlank/Skip Blank Page: *OFF ON
BRBrightness/Brightness: -20 -19 -18 -17 -16 -15 -14 -13 -12 -11 -10 -9 -8 -7 -6 -5 -4 -3 -2 -1 *0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
BRContrast/Contrast: -20 -19 -18 -17 -16 -15 -14 -13 -12 -11 -10 -9 -8 -7 -6 -5 -4 -3 -2 -1 *0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
BRRed/Red: -20 -19 -18 -17 -16 -15 -14 -13 -12 -11 -10 -9 -8 -7 -6 -5 -4 -3 -2 -1 *0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
BRGreen/Green: -20 -19 -18 -17 -16 -15 -14 -13 -12 -11 -10 -9 -8 -7 -6 -5 -4 -3 -2 -1 *0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
BRBlue/Blue: -20 -19 -18 -17 -16 -15 -14 -13 -12 -11 -10 -9 -8 -7 -6 -5 -4 -3 -2 -1 *0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
BRSaturation/Saturation: -20 -19 -18 -17 -16 -15 -14 -13 -12 -11 -10 -9 -8 -7 -6 -5 -4 -3 -2 -1 *0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

It was the same on my laptop before the new versions of cups.
But now:
laptop $ lpoptions -l -p brother
PageSize/Page Size: Custom.WIDTHxHEIGHT 11x14 11x17 13x19 16x20 16x24 2A 4A 8x10 8x12 A0 A1 A2 A3 *A4 A5 AnsiA AnsiB AnsiC AnsiD AnsiE ArchA ArchB ArchC ArchD ArchE C0 C1 C2 C3 C4 C5 Env10 EnvC5 EnvDL EnvMonarch Executive ISOB0 ISOB1 ISOB2 ISOB3 ISOB4 ISOB5 JISB0 JISB1 JISB2 JISB3 JISB4 JISB5 Ledger Legal Letter RA0 RA1 RA2 RA3 RA4 SRA0 SRA1 SRA2 SRA3 SRA4 SuperA SuperB TabloidExtra Tabloid
Resolution/Output Resolution: 150dpi *300dpi 600dpi 1200dpi 2400dpi

And nothing more.
I cannot choose the DuplexMode, the gray/color, ...
These was presented to me in a 'Advanced' tab of the standard cups gtk dialog (for example with evince)

http://localhost:631/printers/ reports:
brother	Brother DCP-9020CDW @ server		Brother DCP-9020CDW CUPS, driverless, cups-filters 1.25.5

At work, we have big canon printers, and I cannot choose the staple mode, ... anymore.
It is really blocking for me: I have to log (ssh) to another computer
still in stretch to print my PDF :-(

For info:

laptop $ cat /etc/cups/cups-browsed.conf | egrep -v '^(#| *$)' 
DebugLogging file
BrowseRemoteProtocols dnssd cups
BrowseFilter NOT name copieur-[23]
BrowsePoll print.work.domain:631
LocalQueueNamingRemoteCUPS RemoteName
CreateRemoteRawPrinterQueues Yes
CreateIPPPrinterQueues All
IPPPrinterQueueType PPD
AutoClustering Yes


  What can I do to get my printer options back (if possible avoiding to downgrade cups)?

  Regards,
    Vincent

-- System Information:
Debian Release: bullseye/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, mipsel

Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cups depends on:
ii  cups-client            2.3.0-3
ii  cups-common            2.3.0-3
ii  cups-core-drivers      2.3.0-3
ii  cups-daemon            2.3.0-3
ii  cups-filters           1.25.5-1
ii  cups-ppdc              2.3.0-3
ii  cups-server-common     2.3.0-3
ii  debconf [debconf-2.0]  1.5.73
ii  ghostscript            9.28~~rc2~dfsg-1
ii  libavahi-client3       0.7-4+b1
ii  libavahi-common3       0.7-4+b1
ii  libc6                  2.28-10
ii  libcups2               2.3.0-3
ii  libgcc1                1:9.2.1-7
ii  libstdc++6             9.2.1-7
ii  libusb-1.0-0           2:1.0.23-1
ii  poppler-utils          0.71.0-5+b1
ii  procps                 2:3.3.15-2+b1

Versions of packages cups recommends:
ii  avahi-daemon                     0.7-4+b1
ii  colord                           1.4.4-1
ii  cups-filters [ghostscript-cups]  1.25.5-1
ii  printer-driver-gutenprint        5.3.1-7+b1

Versions of packages cups suggests:
ii  cups-bsd                                   2.3.0-3
ii  foomatic-db-compressed-ppds [foomatic-db]  20190820-1
pn  hplip                                      <none>
ii  printer-driver-cups-pdf [cups-pdf]         3.0.1-5+b1
pn  printer-driver-hpcups                      <none>
ii  smbclient                                  2:4.9.13+dfsg-1
ii  udev                                       242-7

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: lpd, socket, usb, snmp, dnssd

--- End Message ---
--- Begin Message ---
On Sat 14 Sep 2019 at 21:05:24 +0200, Vincent Danjean wrote:

>   Hi,
> 
> Le 14/09/2019 à 14:47, Brian Potkin a écrit :
> > On Fri 13 Sep 2019 at 22:28:04 +0200, Vincent Danjean wrote:
> > 
> >> Le 13/09/2019 à 12:58, Brian Potkin a écrit :
> > 
> > [...]
> 
> >> I also checked it by :
> >> 1) stopping cups and cups-browsed
> >> 2) checking that no reference to a "brother" printer exists in
> >>    all files under /etc/cups (I removed /etc/cups/printers.O for example)
> >> 3) removing all files under /var/cache/cups/
> >> 4) restarting cups
> >>    => the brother printer was not listed by "lpstat -l -e"
> > 
> > Would give the output of 'lpoptions -p <queue> -l' (please see below)
> > and attach the CUPS generated PPD in /etc/cups/ppd. You have a minute to
> > do this before the PPD disappears.
> 
> When I stop cups-browsed, and cups, in /etc/cups/ppd, I've only the
> ppd of cups-pdf (the virtual printer). (and "lpstat -l -e" reports
> nothing)

That's fine.
 
> When I start cups (but not cups-browsed), as soon as cups is initialized,
> I get the (avahi found?) printer :
> 
> # lpstat -l -e && echo ok && /etc/init.d/cups start && lpstat -l -e && echo ok2 && sleep 1 && lpstat -l -e
> ok
> Starting cups (via systemctl): cups.service.
> ok2
> Brother_DCP_9020CDW_kooot_2 network none ipps://Brother%20DCP-9020CDW%20%40%20kooot-2._ipps._tcp.local/cups
> PDF permanent ipp://localhost/printers/PDF cups-pdf:/
> #
> 
> No additionnal ppd is present in the /etc/cups/ppd (only PDF.ppd)

That's fine too. CUPS will not create a local, temporary queue until you
print to Brother_DCP_9020CDW_kooot_2 or query for its printer specific
options with 'lpoptions -p <queue> -l'. See

https://wiki.debian.org/CUPSPrintQueues#tempq

> When I start cups-browsed, I get the 'brother' printer and its (small) PPD
> in attachment.

Note "*PCFileName: "drvless.ppd"" for a cups-browsed generated PPD .

> # lpstat -l -e && /etc/init.d/cups-browsed start && lpstat -l -e && echo ok && sleep 1 && lpstat -l -e
> Brother_DCP_9020CDW_kooot_2 network none ipps://Brother%20DCP-9020CDW%20%40%20kooot-2._ipps._tcp.local/cups
> PDF permanent ipp://localhost/printers/PDF cups-pdf:/
> Starting cups-browsed (via systemctl): cups-browsed.service.
> Brother_DCP_9020CDW_kooot_2 network none ipps://Brother%20DCP-9020CDW%20%40%20kooot-2._ipps._tcp.local/cups
> PDF permanent ipp://localhost/printers/PDF cups-pdf:/
> ok
> brother permanent ipp://localhost/printers/brother implicitclass://brother/
> Brother_DCP_9020CDW_kooot_2 network none ipps://Brother%20DCP-9020CDW%20%40%20kooot-2._ipps._tcp.local/cups
> PDF permanent ipp://localhost/printers/PDF cups-pdf:/
> #

That's OK.

> >> 5) restarting cups-browsed
> >>    => the brother printer appears as before with "lpstat -l -e", ie:
> >>   brother permanent ipp://localhost/printers/brother implicitclass://brother/
> >>
> >>>> Brother_DCP_9020CDW_kooot_2 network none ipps://Brother%20DCP-9020CDW%20%40%20kooot-2._ipps._tcp.local/cups
> >>>
> >>> This appears to be a print queue or printer on the network.
> >>
> >> This one is directly discovered by cups itself (appears at step 4 above)
> 
> [...]
> 
> > The option order is significant. 'lpoptions -p <queue> -l' is what
> > should be used for printer specific options and their current settings.
> 
> Oh! Indeed. I did not remark the options were position dependent and that
> I was getting the cups-pdf options (my default printer).
> 
> # lpoptions -p brother -l
> PageSize/Media Size: 128.06x182.03mm 182.03x257.18mm 184.15x260mm 195.09x269.88mm 197x273mm 209.9x269.88mm 220.13x110.07mm 3x5 *A4 A5 A6 B5 B6 Env10 EnvC5 EnvChou3 EnvDL EnvMonarch EnvYou4 Executive FanFoldGermanLegal ISOB5 Legal Letter Postcard roc16k
> cupsPrintQuality/Print Quality: *4
> # lpoptions -p Brother_DCP_9020CDW_kooot_2 -l
> PageSize/Media Size: 184.15x260mm 195.09x269.88mm 209.9x269.88mm 220.13x110.07mm 3x5 *A4 A5 A6 B5 B6 Env10 EnvC5 EnvChou3 EnvDL EnvMonarch EnvYou4 Executive FanFoldGermanLegal ISOB5 Legal Letter Postcard roc16k
> cupsPrintQuality/cupsPrintQuality: *Normal
> #

Fine. I get this also.
 
> On the laptop of my wife (still with stretch), when I stop cups-browsed
> and cups, /etc/cups/ppd is empty.
> When I start cups (only), no printer is available and /etc/cups/ppd is
> still empty:
> # lpstat -a
> lpstat: Aucune destination ajoutée.
> # ls /etc/cups/ppd/
> # lpstat -l -e
> lpstat: Error - unknown option "e".
> # lpstat -l
> #
> 
> When I start cups-browsed, the brother printer appears (with its ppd
> file)
> # /etc/init.d/cups-browsed start
> [ ok ] Starting cups-browsed (via systemctl): cups-browsed.service.
> root@arwen:/home/vdanjean# lpstat -a
> brother accepting requests since sam. 14 sept. 2019 20:46:29 CEST
> root@arwen:/home/vdanjean# ls /etc/cups/ppd/
> brother.ppd
> root@arwen:/home/vdanjean#
> 
> I also put it in attachment as brother-stretch.ppd

Note "*PCFileName:". PPD file generation is a post-stretch process.

> > What do you get with 'lpoptions -p brother -l'? Would you also post the
> > PPD in /etc/cups/ppd that cups-browsed generates.
> 
> done (as said above)
> 
> >>   The result is that the printing system is unusabled for now.
> >> Both at home and at work, I cannot manage important options.
> > 
> > I believe we can restore the home system to your control.
> 
> I also hope. However, I read the links you provide to me. In particular
> https://github.com/OpenPrinting/cups-filters/issues/124
> 
> So, I tried the command
> ipptool -tv <URI> get-printer-attributes-2.0.test
> getting the file from https://github.com/steveathon/cups/blob/master/test/get-printer-attributes-2.0.test
> with URI being ipp://kooot:631/printers/brother
> 
> Here is the result I got with the plain test file
> (get-printer-attributes-2.0.result) and the result I got with
> only "all" in the test file (removing media-col-database)
> (get-printer-attributes-2.0.all.result)
> 
> I'm under the impression that my server does not give all available
> options of the server PPD, so it would explain why the generated
> ppd is so poor.

The attributes file has

  > sides-supported (keyword) = one-sided

There isn't any two-sided printing on offer from the Brother PPD on the
server. In other words, CUPS (and cups-browsed) cannot generate a PPD
with two-sided printing in it because it cannot see such an option in
the Brother PPD. The question is - why cannot this option be seen?

(media-source-supported and media-type-supported are also absent from
your attributes file).

Please look at the Paper Feed section of the Brother PPD. You will see
the keyword "BRInputSlot". This is non-standard and unknown to the Adobe
PPD specification. The correct keyword is "InputSlot". CUPS will see and
act on InputSlot but not on BRInputSlot. If you remove all the BRs in
this section, cups-browsed (remember, it is based on the PPD generator
of CUPS) will produce a PPD with InputSlot available. The same is true
of the Duplex and Media Type sections of the Brother PPD.

So there you have it. The issue was on the server after all and not due
to the Debian printing system. This is definitely a valid reason to
close the report. 

If you envisage upstream CUPS dealing with and catering for this rogue,
non-free PPD, you need to read

https://lists.cups.org/pipermail/cups-devel/2016-January/016729.html

>   In the beginning of the github issue, tillkamppeter was talking
> about the possibility to download the whole PPD, modifying it to be
> driverless as a workaround for bad servers (as it seems it was
> done before). Do you know if this proposal have been implemented
> (and how to trigger it if it has been) ?

I haven't had time yet to read and absorb all that is in that issue, so
cannot offer an opinion.
 
>   Regards,
>     Vincent (with a lots of thanks for all your help, it is
> really appreciated even if no solution has been found for now)

Regards,

Brian.
(Who has enjoyed the interchange and has learnt something about IPP).

--- End Message ---

Reply to: