Bug#940019: cups: No more options for remote shared printers
Le 15/09/2019 à 19:47, Brian Potkin a écrit : > On Sat 14 Sep 2019 at 21:05:24 +0200, Vincent Danjean wrote: >> 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. I know for a long time that brother is not using standard name for standard options, so I've to look at the "Advanced" tab in cups dialogs to change options that should be available in the main tabs. I even started to change the PPD to make it using "ggod names" where possible (and adapt the cups-wrapper-driver to hide this change to the binary driver) but never finished this work (lack of time). However, the PPD also offered specific options that are probably not standardized (hence the existence of the "Advanced" tab in cups dialogs). All of them disappear with the current cups system. The current cups/cups-browsed in unstable are totally unusable for me on my laptop. I have to bypass them totally (CUPS_SERVER, ...) to be able to send data with options I want (staples for canon, ...). > 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 I fully understand (and support) that cups must not try to interpret non-standard options as a replacement for standard options (and keep them in the "Advanced" tab). I totally disagree that the current cups (seems to) makes all non-standard options to disappear. Regards, Vincent
Bug#940019: cups: No more options for remote shared printers
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 -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) 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) When I start cups-browsed, I get the 'brother' printer and its (small) PPD in attachment. # 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:/ # >> 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 -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 # 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 > 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 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
Bug#940019: cups: No more options for remote shared printers
reopen 940019 thanks On Fri 13 Sep 2019 at 22:28:04 +0200, Vincent Danjean wrote: > Le 13/09/2019 à 12:58, Brian Potkin a écrit : [...] > > "permanent" indicates local queues. There are two URIs. The second is > > one managed by cups-browsed; the first is something set up by you. I > > doubt this arrangemment will work reliably. > > No. Unless I'm mistaken, the "permanent" queue is setup by cups-browsed. Indeed it is, and it is a local queue. However, I think I have not interpreted the output correctly, so withdraw my remark about doubting reliability. > From its own doc : > # With OnlyUnsupportedByCUPS set to "No", cups-browsed creates queues > # for all printers which it supports [...]As queues > # created by cups-browsed are permanent CUPS queues [...] > # [...] This setting is the default. > > And indeed, I do not change this settings. > So, the "permanent" queue comes from cups-browsed. Agreed. 'lpstat -p ' shows this with "cups-browsed=true". > 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 -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. > 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) > > > From the information provided, and what you have said, it appears you > > are processing a print job twice; this is not a setup supported by > > Debian. I have triaged enough reports involving this situation to know > > that it generally leads to grief for both parties. I am closing the > > report on that basis. > > I perhaps did it. But it is not the case anymore as the PPD file > on the laptop is now (wrongly) generated by driverless. And I doubt > it was the case before, because even if I remember I gave the PPD > at install time, I never install the binary drivers/filters > as it is done on the server. The reason I gave for closing the report was not valid, so it has been reopened. However, I have been remiss in not drawing your attention to your use of the lpoptions command, which I noticed at the very beginning but stupidly let go past. The option order is significant. 'lpoptions -p -l' is what should be used for printer specific options and their current settings. What do you get with 'lpoptions -p brother -l'? Would you also post the PPD in /etc/cups/ppd that cups-browsed generates. > 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. Cheers, Brian.
Bug#940019: cups: No more options for remote shared printers
Le 13/09/2019 à 12:58, Brian Potkin a écrit : > reassign 940019 cups-browsed > thanks > > On Thu 12 Sep 2019 at 23:25:48 +0200, Vincent Danjean wrote: > >> Le 12/09/2019 à 21:15, Brian Potkin a écrit : >>> There should not be any Brother (or Canon) files on the client. The job >>> should be processed completely on the server. This is why I wanted the >>> outputs of 'lpstat -l -e' and 'lpstat -t' (which were not sent). >> >> I'm back at home. Here are the results : >> >> $ lpstat -l -e >> brother permanent ipp://localhost/printers/brother implicitclass://brother/ > > "permanent" indicates local queues. There are two URIs. The second is > one managed by cups-browsed; the first is something set up by you. I > doubt this arrangemment will work reliably. No. Unless I'm mistaken, the "permanent" queue is setup by cups-browsed. >From its own doc : # With OnlyUnsupportedByCUPS set to "No", cups-browsed creates queues # for all printers which it supports [...]As queues # created by cups-browsed are permanent CUPS queues [...] # [...] This setting is the default. And indeed, I do not change this settings. So, the "permanent" queue comes from cups-browsed. 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" 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) >> I'm sure that my laptop was using the provided one (ie the one >> from Brother) because I can see it with 'git diff' (my /etc is >> handled with etckeeper). Looking at the history, it appears and >> disappears regularly (depending if my laptop is at home or not) >> until 2018-03-26 when I added these ppd files in the .gitignore... >> What I do not know is where the ppd file was coming from (each time >> the laptop was at home, the printer was rediscovered and the PPD file >> reinstalled) > > From the information provided, and what you have said, it appears you > are processing a print job twice; this is not a setup supported by > Debian. I have triaged enough reports involving this situation to know > that it generally leads to grief for both parties. I am closing the > report on that basis. I perhaps did it. But it is not the case anymore as the PPD file on the laptop is now (wrongly) generated by driverless. And I doubt it was the case before, because even if I remember I gave the PPD at install time, I never install the binary drivers/filters as it is done on the server. The result is that the printing system is unusabled for now. Both at home and at work, I cannot manage important options. For others that can read this bug report, I found a partial workaround for this situation: completely bypass the local cups/ cups-browsed servers with the bad PPD files, and directly talk to the remote cups server. This can be done by using the CUPS_SERVER envvar or the ~/.cups/client.conf file as said in documentation. $ lpoptions -l -pbrother | wc -l 2 $ CUPS_SERVER=cups.servername.domain lpoptions -l -pbrother | wc -l 18 The ~/.cups/client.conf is better for already opened programs (libreoffice, thunderbird, ...) as changing this file is taken into account immediately (no need to restart the program in a changed environment). And then, you get access to all the options available in the cups server. That said, it is just a workaround because it is not very convenient to change this file, and the settings must be removed to access local printer (such as the virtual cups-pdf printer) Regards, Vincent
Bug#940019: cups: No more options for remote shared printers
Le 12/09/2019 à 23:25, Vincent Danjean a écrit : > Do you want I try to reinstall a stretch system on the local > network to compare ? In fact, the laptop of my wife is still with stretch. So here are the results of the same commands: $ lpstat -l -e lpstat: Error - unknown option "e". $ lpstat -l $ lpstat -t scheduler is running no system default destination device for brother: implicitclass:brother brother accepting requests since jeu. 12 sept. 2019 20:19:40 CEST printer brother is idle. enabled since jeu. 12 sept. 2019 20:19:40 CEST $ dpkg -l cups-client [...] ii cups-client 2.2.1-8+deb9u4 amd64 Common UNIX Printing System(tm) - client programs (SysV) $ lpoptions -l -pbrother 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 $ sudo head /etc/cups/ppd/brother.ppd *PPD-Adobe: "4.3" *% *% Copyright(C) 2012 Brother Industries, Ltd. *% "Brother DCP-9020CDW for CUPS" *% *% General Information Keywords *FormatVersion: "4.3" *FileVersion: "4.0.9" $ ippfind -T 5 ipp://kooot-2.local:631/printers/brother $ driverless ipp://kooot-2.local:631/printers/brother | grep OpenUI -bash: driverless : commande introuvable $ dpkg -l cups-filters-core-drivers [...] ii cups-filters-core-drivers1.11.6-3+deb9u1 amd64 OpenPrinting CUPS Filters - PPD-less printing Regards, Vincent -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
Bug#940019: cups: No more options for remote shared printers
Le 12/09/2019 à 21:15, Brian Potkin a écrit : > There should not be any Brother (or Canon) files on the client. The job > should be processed completely on the server. This is why I wanted the > outputs of 'lpstat -l -e' and 'lpstat -t' (which were not sent). I'm back at home. Here are the results : $ lpstat -l -e 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:/ $ lpstat -t scheduler is running system default destination: PDF matériel pour brother : implicitclass://brother/ matériel pour PDF : cups-pdf:/ brother accepte des requêtes depuis jeu. 12 sept. 2019 21:16:33 CEST PDF accepte des requêtes depuis mer. 28 août 2019 15:58:20 CEST printer brother is idle. enabled since jeu. 12 sept. 2019 21:16:33 CEST printer PDF is idle. enabled since mer. 28 août 2019 15:58:20 CEST $ lpoptions -l -pbrother 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 $ lpoptions -l -pBrother_DCP_9020CDW_kooot_2 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 >> - now, cups/cups-browsed always (for remote queue) generate a PPD file >> using cups-filters, and the generated PPD is not correct (it misses lots >> of options available in the remote queue) > > With 'lpoptions -l -p testq' I get > > brian@test:~$ lpoptions -l -p testq > PageSize/Media Size: 100x150mm 111.76x152.4mm 3.5x5 3.5x5.Borderless 3x5 > 4x6 4x6.Borderless 5x7 5x7.Borderless 5x8 8x10 8x10.Borderless *A4 > A4.Borderless A5 A6 A6.Borderless B5 Env10 EnvA2 EnvC5 EnvC6 EnvChou3 > EnvChou4 EnvDL EnvMonarch EnvPersonal Executive ISOB5 Legal Letter > Letter.Borderless Postcard Postcard.Borderless Statement Custom.WIDTHxHEIGHT > MediaType/Media Type: *Stationery PhotographicGlossy > ColorModel/Output Mode: *RGB Gray Gray16 DeviceGray DeviceRGB AdobeRGB > Duplex/Duplex: *None DuplexNoTumble DuplexTumble > cupsPrintQuality/cupsPrintQuality: Draft *Normal High It still far less of what the initial PPD propose. In this case, I think the main options are present, so it can be enough. But why not all options are propagated ? >> If this is correct, what should be done ? >> Is there a way to test what cups-filter generate ? > > For me: > > ippfind -T 5 > > gives ipp://,,, for the queue. $ ippfind -T 5 ipp://kooot-2.local:631/printers/brother > Then > > driverless > > gives the generated PPD. $ driverless ipp://kooot-2.local:631/printers/brother | grep OpenUI *OpenUI *PageSize/Media Size: PickOne *OpenUI *PageRegion/Media Size: PickOne *OpenUI *cupsPrintQuality/Print Quality: PickOne Now, I understand how it is generated (many thanks), but the result is indeed very limited (ie few options are present) I'm sure that my laptop was using the provided one (ie the one from Brother) because I can see it with 'git diff' (my /etc is handled with etckeeper). Looking at the history, it appears and disappears regularly (depending if my laptop is at home or not) until 2018-03-26 when I added these ppd files in the .gitignore... What I do not know is where the ppd file was coming from (each time the laptop was at home, the printer was rediscovered and the PPD file reinstalled) Do you want I try to reinstall a stretch system on the local network to compare ? Regards, Vincent -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
Bug#940019: cups: No more options for remote shared printers
On Thu 12 Sep 2019 at 16:00:31 +0200, Vincent Danjean wrote: > Le 11/09/2019 à 20:27, Brian Potkin a écrit : [Quite a bit of snipping] > > I set up a print queue with these Brother DCP-9020CDW drivers by using > > 'dpkg -i' with the two packages provided. It was automatically named > > DCP9020CDW. How did you get the queue name to be "brother"? > > I manually installed it if I remember correctly (it was a long time > ago). I took the software provided by Brother, but I repackaged it > so that it better respects the FHS. You can find them here : > https://people.debian.org/~vdanjean/debian/pool/main/b/brother-dcp9020cdwlpr/ > https://people.debian.org/~vdanjean/debian/pool/main/b/brother-dcp9020cdwcupswrapper/ > According to the date, I made this in 2014 and it was working since. I actually deleted the queue set up by Brother and created my own, testq. We are on the same page. > > Being "the same" is (I think) part of the issue. It shouldn't have been. > > The server is probed over IPP and CUPS generates a PPD for a discovered > > queue. This is not the same PPD seen from the server. cups-browsed is > > supposed to use the same PPD generator as CUPS (via cups-filters), so > > should produce the same PPD. I also get this disparity when cups version > > 2.2.8-5 is used. > > I'm pretty sure that I used the PPD from Brother (and the ones from Canon > at work) and that they were not automaticcaly discovered. You used the Brother PPD on the client? The whole point of cups-browsed is that it discovers the remote queue (or printer) and *automatically* sets it up > > For the moment, I am inclined to see the issue as concerning cups-filters. > > So, if I understand correctly : > - before, it worked correctly (with all options) because I manually installed > the PPD files on the laptop and cups/cups-browsed do not override them Not because you manually installed the PPD files on the laptop. There has been a change in behaviour in cups-filters/cups-browsed, but I cannot pin it down from the changelogs. Or maybe I am misunderstanding what is going on. Till, would you help out here, please? There should not be any Brother (or Canon) files on the client. The job should be processed completely on the server. This is why I wanted the outputs of 'lpstat -l -e' and 'lpstat -t' (which were not sent). > - now, cups/cups-browsed always (for remote queue) generate a PPD file > using cups-filters, and the generated PPD is not correct (it misses lots > of options available in the remote queue) With 'lpoptions -l -p testq' I get brian@test:~$ lpoptions -l -p testq PageSize/Media Size: 100x150mm 111.76x152.4mm 3.5x5 3.5x5.Borderless 3x5 4x6 4x6.Borderless 5x7 5x7.Borderless 5x8 8x10 8x10.Borderless *A4 A4.Borderless A5 A6 A6.Borderless B5 Env10 EnvA2 EnvC5 EnvC6 EnvChou3 EnvChou4 EnvDL EnvMonarch EnvPersonal Executive ISOB5 Legal Letter Letter.Borderless Postcard Postcard.Borderless Statement Custom.WIDTHxHEIGHT MediaType/Media Type: *Stationery PhotographicGlossy ColorModel/Output Mode: *RGB Gray Gray16 DeviceGray DeviceRGB AdobeRGB Duplex/Duplex: *None DuplexNoTumble DuplexTumble cupsPrintQuality/cupsPrintQuality: Draft *Normal High > If this is correct, what should be done ? > Is there a way to test what cups-filter generate ? For me: ippfind -T 5 gives ipp://,,, for the queue. Then driverless gives the generated PPD. > Which information is used by cups-filter to generate the PPD ? Whatever it gets from the printer or the queue. [Another snip] > Here are the results from another machine (buster) on the same local net. > If you want the result from the laptop, I can do it later. This is ok (for now). Thanks. Cheers, Brian.
Bug#940019: cups: No more options for remote shared printers
Le 11/09/2019 à 20:27, Brian Potkin a écrit : > On Wed 11 Sep 2019 at 10:34:12 +0200, Vincent Danjean wrote: > >> Hi, > > Hello Vincent, > > Thank you for your report. > >> Since my last upgrade of cups on my laptop, I do not see any options >> for remote printers. > > Well, you do. But what you get is unexpected. :) > >> 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) > > The servers are not the problem. The home printer might be, but we will > explore thet at another time. > >> 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). > > The work situation likely requires a separate bug report. So we will put > it on one side for the present. Ok, even if for me, it seems very similar. >> On the server, I see all options provided be the driver: >> server $ lpoptions -l -p brother > > I set up a print queue with these Brother DCP-9020CDW drivers by using > 'dpkg -i' with the two packages provided. It was automatically named > DCP9020CDW. How did you get the queue name to be "brother"? I manually installed it if I remember correctly (it was a long time ago). I took the software provided by Brother, but I repackaged it so that it better respects the FHS. You can find them here : https://people.debian.org/~vdanjean/debian/pool/main/b/brother-dcp9020cdwlpr/ https://people.debian.org/~vdanjean/debian/pool/main/b/brother-dcp9020cdwcupswrapper/ According to the date, I made this in 2014 and it was working since. >> 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 > > I get this too. We agree at this point. > >> 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 > > Being "the same" is (I think) part of the issue. It shouldn't have been. > The server is probed over IPP and CUPS generates a PPD for a discovered > queue. This is not the same PPD seen from the server. cups-browsed is > supposed to use the same PPD generator as CUPS (via cups-filters), so > should produce the same PPD. I also get this disparity when cups version > 2.2.8-5 is used. I'm pretty sure that I used the PPD from Brother (and the ones from Canon at work) and that they were not automaticcaly discovered. > For
Bug#940019: cups: No more options for remote shared printers
On Wed 11 Sep 2019 at 10:34:12 +0200, Vincent Danjean wrote: > Hi, Hello Vincent, Thank you for your report. > Since my last upgrade of cups on my laptop, I do not see any options > for remote printers. Well, you do. But what you get is unexpected. :) > 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) The servers are not the problem. The home printer might be, but we will explore thet at another time. > 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). The work situation likely requires a separate bug report. So we will put it on one side for the present. > On the server, I see all options provided be the driver: > server $ lpoptions -l -p brother I set up a print queue with these Brother DCP-9020CDW drivers by using 'dpkg -i' with the two packages provided. It was automatically named DCP9020CDW. How did you get the queue name to be "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 I get this too. We agree at this point. > 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 Being "the same" is (I think) part of the issue. It shouldn't have been. The server is probed over IPP and CUPS generates a PPD for a discovered queue. This is not the same PPD seen from the server. cups-browsed is supposed to use the same PPD generator as CUPS (via cups-filters), so should produce the same PPD. I also get this disparity when cups version 2.2.8-5 is used. For the moment, I am inclined to see the issue as concerning cups-filters. > 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 @ serverBrother 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 :-( Possibly a different issue. I am unlikely to treat it here. > For info: > > laptop $ cat /etc/cups/cups-browsed.conf | egrep -v '^(#| *$)' >
Bug#940019: cups: No more options for remote shared printers
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 @ serverBrother 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-client2.3.0-3 ii cups-common2.3.0-3 ii cups-core-drivers 2.3.0-3 ii cups-daemon2.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
