Bug#1008175: closed by Brian Potkin (Re: Bug#1008175: -o sides=two-sided-long-edge always prints one-sided with lp & lpr)
One additional thing I did not check is the firmware for the printer to see if any updates. Will check this first then will get back to you. My script is for creating a .pdf file from a C source file and auto printing it duplex, then deleting the file,, so yes, this is important for me. Thank you! Cheers! Rick -- Rick Stanley (917) 822-7771 www.rsiny.com Computer Consulting Linux & Open Source Specialist On Mar 28, 2022, 11:09 AM, at 11:09 AM, Debian Bug Tracking System wrote: >This is an automatic notification regarding your Bug report >which was filed against the cups-bsd package: > >#1008175: "-o sides=two-sided-long-edge always prints one-sided with lp >& lpr" > >It has been closed by Brian Potkin . > >Their explanation is attached below along with your original report. >If this explanation is unsatisfactory and you have not received a >better one in a separate message then please contact Brian Potkin > by >replying to this email. > > >-- >1008175: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008175 >Debian Bug Tracking System >Contact ow...@bugs.debian.org with problems > > > > >From: Brian Potkin >To: 1008175-d...@bugs.debian.org >Sent: Mon Mar 28 11:08:22 EDT 2022 >Subject: Re: Bug#1008175: -o sides=two-sided-long-edge always prints >one-sided with lp & lpr > >On Mon 28 Mar 2022 at 06:10:37 -0500, r...@scotsgeek.com wrote: > >> Thanks! Please see the attached. >> >> As regular user: >> ipptool -tv >> "ipps://HP%20LaserJet%20Pro%20M148fdw%20(6CA573)._ipps._tcp.local/" >> get-printer-attributes.test > attributes.txt > >Thank you, Rick. > >All the information you gave has helped upstream to come to the >decision that the issue is a firmware bug. Debian has nowhere to >go with this so I am closing the report. Sorry it did not work >out. > >If using lp/lpr is still something you would like to do, I can >guide you through setting up another print queue that should work. > >Cheers, > >Brian. > > > >From: Rick Stanley >To: Debian Bug Tracking System >Sent: Wed Mar 23 12:33:24 EDT 2022 >Subject: cups-bsd: lp & lpr options sides=one-sided and >sides=two-sided-long-edge are reversed. one-sided prints duplex >(Two-sided) and vice-versa > >Package: cups-bsd >Version: 2.3.3op2-3+deb11u1 >Severity: normal >X-Debbugs-Cc: r...@scotsgeek.com > >Dear Maintainer, > >*** Reporter, please consider answering these questions, where >appropriate *** > > * What led up to the situation? >My script containing "lpr -o sides=two-sided-long-edge test.pdf" that >used to work now does not. The same for lp > * What exactly did you do (or not do) that was effective (or > ineffective)? > had to temporarily use the oposite option > * What was the outcome of this action? > Using sides=one-sided prints duplex as I need > * What outcome did you expect instead? > should have been able to use sides=two-sided-long-edge as it should! > >*** End of the template - remove these template lines *** > > >-- System Information: >Debian Release: 11.2 > APT prefers stable-updates >APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, >'stable') >Architecture: amd64 (x86_64) > >Kernel: Linux 5.10.0-12-amd64 (SMP w/4 CPU threads) >Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), >LANGUAGE not set >Shell: /bin/sh linked to /usr/bin/dash >Init: systemd (via /run/systemd/system) >LSM: AppArmor: enabled > >Versions of packages cups-bsd depends on: >ii cups-client2.3.3op2-3+deb11u1 >ii cups-common2.3.3op2-3+deb11u1 >ii debconf [debconf-2.0] 1.5.77 >ii libc6 2.31-13+deb11u2 >ii libcups2 2.3.3op2-3+deb11u1 > >cups-bsd recommends no packages. > >Versions of packages cups-bsd suggests: >ii cups2.3.3op2-3+deb11u1 >pn inetutils-inetd | inet-superserver >ii update-inetd4.51 > >-- debconf information: > cups-bsd/setuplpd: false
Bug#1008175: -o sides=two-sided-long-edge always prints one-sided with lp & lpr
Thanks! Please see the attached. As regular user: ipptool -tv "ipps://HP%20LaserJet%20Pro%20M148fdw%20(6CA573)._ipps._tcp.local/" get-printer-attributes.test > attributes.txt Cheers! Rick On 2022-03-28 05:24, Brian Potkin wrote: forwarded 1008175 https://github.com/OpenPrinting/cups/issues/359 tags 1008175 - moreinfo upstream retitle 1008175 "-o sides=two-sided-long-edge always prints one-sided with lp & lpr" thanks On Sun 27 Mar 2022 at 18:33:37 -0500, r...@scotsgeek.com wrote: Brian: > > PRINT_QUEUE_NAME is the actual name of the queue as given in Okular or > > by 'lpstat -a'. Sorry! Was out at a pub with a friend before responding! Should have waited! ;^) The pub sounds the best of ideas :). driverless ipps://HP%20LaserJet%20Pro%20M148fdw%20(6CA573)._ipps._tcp.local/ As root: lpadmin -p testq -v "ipps://HP%20LaserJet%20Pro%20M148fdw%20(6CA573)._ipps._tcp.local/" -E -m everywhere as regular user: lp -d testq -o sides=two-sided-long-edge lipsum.txt.pdf Still printed single-sided I have forwarded your report to upstream CUPS. One further piece of information that could prove useful is attribures.txt. Obtain it with ipptool -tv "URI" get-printer-attributes.test > attributes.txt and attach it to your next mail here. Cheers, Brian. "/usr/share/cups/ipptool/get-printer-attributes.test": Get-Printer-Attributes: attributes-charset (charset) = utf-8 attributes-natural-language (naturalLanguage) = en printer-uri (uri) = ipps://NPI6CA573.local:631/ipp/print requested-attributes (1setOf keyword) = all,media-col-database Get printer attributes using get-printer-attributes [PASS] RECEIVED: 373123 bytes in response status-code = successful-ok (successful-ok) attributes-charset (charset) = utf-8 attributes-natural-language (naturalLanguage) = en printer-uri-supported (1setOf uri) = ipp://NPI6CA573.local/ipp/print,ipps://NPI6CA573.local/ipp/print uri-security-supported (1setOf keyword) = none,tls uri-authentication-supported (1setOf keyword) = requesting-user-name,requesting-user-name printer-name (nameWithoutLanguage) = NPI6CA573 printer-location (textWithoutLanguage) = unitedStates printer-more-info (uri) = https://NPI6CA573.local/hp/device/info_config_AirPrint.html?tab=Networking=AirPrintStatus printer-info (textWithoutLanguage) = HP LaserJet Pro M148fdw printer-make-and-model (textWithoutLanguage) = HP LaserJet Pro M148f-M149f printer-state (enum) = idle printer-state-reasons (keyword) = wifi-not-configured-report printer-state-message (textWithoutLanguage) = printer-state-change-time (integer) = 15061 printer-state-change-date-time (dateTime) = 2022-03-27T18:22:06Z ipp-versions-supported (1setOf keyword) = 1.0,1.1,2.0 mopria-certified (textWithoutLanguage) = 1.3 ipp-features-supported (keyword) = airprint-1.8 operations-supported (1setOf enum) = Print-Job,Print-URI,Validate-Job,Create-Job,Send-Document,Send-URI,Close-Job,Cancel-Job,Get-Job-Attributes,Get-Jobs,Get-Printer-Attributes,Identify-Printer multiple-document-jobs-supported (boolean) = false multiple-operation-time-out (integer) = 120 multiple-operation-time-out-action (keyword) = abort-job charset-configured (charset) = utf-8 charset-supported (charset) = utf-8 natural-language-configured (naturalLanguage) = en generated-natural-language-supported (naturalLanguage) = en document-format-default (mimeMediaType) = application/pdf document-format-supported (1setOf mimeMediaType) = image/urf,application/PCLm,application/octet-stream,application/pdf,application/postscript,application/vnd.hp-PCL,application/vnd.hp-PCLXL,image/jpeg reference-uri-schemes-supported (1setOf uriScheme) = http,https printer-is-accepting-jobs (boolean) = true queued-job-count (integer) = 0 pdl-override-supported (keyword) = attempted printer-up-time (integer) = 23282 printer-current-time (dateTime) = 2022-03-28T05:45:13Z compression-supported (keyword) = none color-supported (boolean) = false page-ranges-supported (boolean) = true job-creation-attributes-supported (1setOf keyword) = copies,finishings,sides,orientation-requested,media,print-quality,printer-resolution,output-bin,media-col,output-mode,ipp-attribute-fidelity,job-name,multiple-document-handling,print-scaling,print-color-mode,print-content-optimize,manual-duplex-sheet-count,margins-pre-applied,pclm-source-resolution,job-mandatory-attributes,pdf-fit-to-page,page-ranges,overrides media-supported (1setOf keyword) = na_letter_8.5x11in,na_legal_8.5x14in,na_executive_7.25x10.5in,na_foolscap_8.5x13in,na_oficio_8.5x13.4in,na_index-4x6_4x6
Bug#1008175: #1008175
Brian:
PRINT_QUEUE_NAME is the actual name of the queue as given in Okular or
by 'lpstat -a'.
Sorry! Was out at a pub with a friend before responding! Should have
waited! ;^)
driverless
ipps://HP%20LaserJet%20Pro%20M148fdw%20(6CA573)._ipps._tcp.local/
As root:
lpadmin -p testq -v
"ipps://HP%20LaserJet%20Pro%20M148fdw%20(6CA573)._ipps._tcp.local/" -E
-m everywhere
as regular user:
lp -d testq -o sides=two-sided-long-edge lipsum.txt.pdf
Still printed single-sided
The printer was originally setup by the Debian netinst.
Thanks!
Rick
On 2022-03-27 17:01, Brian Potkin wrote:
On Sun 27 Mar 2022 at 15:13:30 -0500, r...@scotsgeek.com wrote:
Brian:
avahi-browse -rt _ipp._tcp
+ enp2s0 IPv6 HP LaserJet Pro M148fdw (6CA573) Internet
Printer
local
+ enp2s0 IPv4 HP LaserJet Pro M148fdw (6CA573) Internet
Printer
local
= enp2s0 IPv6 HP LaserJet Pro M148fdw (6CA573) Internet
Printer
local
hostname = [NPI6CA573.local]
address = [192.168.1.207]
port = [631]
txt = ["mopria-certified=1.3" "mac=f8:b4:6a:6c:a5:73" "usb_MDL=HP
LaserJet Pro M148f-M149f" "usb_MFG=HP" "TLS=1.2" "PaperMax=legal-A4"
"kind=document,envelope,photo"
"UUID=564e4733-5931-3235-3934-f8b46a6ca573"
"Fax=T" "Scan=T" "Duplex=T" "Color=F" "note=unitedStates"
"adminurl=http://NPI6CA573.local./hp/device/info_config_AirPrint.html?tab=Networking=AirPrintStatus;
The text record advertises that the printer is capable of automatic
duplex ("Duplex=T").
[Snipped text]
driverless
ipps://HP%20LaserJet%20Pro%20M148fdw%20(6CA573)._ipps._tcp.local/
ipp://... is a URI for the printer. We will try setting up and printing
to a new print queue. Do
lpadmin -p testq -v "URI" -E -m everywhere
Subdtitute URI with what is above. Test with
lp -d testq -o sides=two-sided-long-edge test.pdf
lpoptions -p PRINT_QUEUE_NAME -l
lpoptions: Unable to get PPD file for PRINT_QUEUE_NAME: No such file
or
directory
PRINT_QUEUE_NAME is the actual name of the queue as given in Okular or
by 'lpstat -a'.
Cheers,
Brian.
Bug#1008175: #1008175
Brian: avahi-browse -rt _ipp._tcp + enp2s0 IPv6 HP LaserJet Pro M148fdw (6CA573) Internet Printer local + enp2s0 IPv4 HP LaserJet Pro M148fdw (6CA573) Internet Printer local = enp2s0 IPv6 HP LaserJet Pro M148fdw (6CA573) Internet Printer local hostname = [NPI6CA573.local] address = [192.168.1.207] port = [631] txt = ["mopria-certified=1.3" "mac=f8:b4:6a:6c:a5:73" "usb_MDL=HP LaserJet Pro M148f-M149f" "usb_MFG=HP" "TLS=1.2" "PaperMax=legal-A4" "kind=document,envelope,photo" "UUID=564e4733-5931-3235-3934-f8b46a6ca573" "Fax=T" "Scan=T" "Duplex=T" "Color=F" "note=unitedStates" "adminurl=http://NPI6CA573.local./hp/device/info_config_AirPrint.html?tab=Networking=AirPrintStatus; "priority=10" "product=(HP LaserJet Pro M148f-M149f)" "ty=HP LaserJet Pro M148f-M149f" "URF=V1.4,CP99,W8,OB10,PQ3-4-5,DM1,IS1,MT1-3-5,RS600" "rfo=ipp/faxout" "rp=ipp/print" "pdl=image/urf,application/PCLm,application/octet-stream,application/pdf,application/postscript,application/vnd.hp-PCL,application/vnd.hp-PCLXL,image/jpeg" "qtotal=1" "txtvers=1"] = enp2s0 IPv4 HP LaserJet Pro M148fdw (6CA573) Internet Printer local hostname = [NPI6CA573.local] address = [192.168.1.207] port = [631] txt = ["mopria-certified=1.3" "mac=f8:b4:6a:6c:a5:73" "usb_MDL=HP LaserJet Pro M148f-M149f" "usb_MFG=HP" "TLS=1.2" "PaperMax=legal-A4" "kind=document,envelope,photo" "UUID=564e4733-5931-3235-3934-f8b46a6ca573" "Fax=T" "Scan=T" "Duplex=T" "Color=F" "note=unitedStates" "adminurl=http://NPI6CA573.local./hp/device/info_config_AirPrint.html?tab=Networking=AirPrintStatus; "priority=10" "product=(HP LaserJet Pro M148f-M149f)" "ty=HP LaserJet Pro M148f-M149f" "URF=V1.4,CP99,W8,OB10,PQ3-4-5,DM1,IS1,MT1-3-5,RS600" "rfo=ipp/faxout" "rp=ipp/print" "pdl=image/urf,application/PCLm,application/octet-stream,application/pdf,application/postscript,application/vnd.hp-PCL,application/vnd.hp-PCLXL,image/jpeg" "qtotal=1" "txtvers=1"] driverless ipps://HP%20LaserJet%20Pro%20M148fdw%20(6CA573)._ipps._tcp.local/ lpoptions -p PRINT_QUEUE_NAME -l lpoptions: Unable to get PPD file for PRINT_QUEUE_NAME: No such file or directory Thanks! Rick On 2022-03-27 12:49, Brian Potkin wrote: On Sun 27 Mar 2022 at 10:25:37 -0500, r...@scotsgeek.com wrote: The printer is"HP LaserJet Plus Pro M148fdw", connected by ethernet. I first created a .txt file, then converted it to a .ps file, then converted to a .pdf file. I then ran the following commands: lpr -o sides=two-sided-long-edge lipsum.txt.ps lp -o sides=two-sided-long-edge lipsum.txt.ps lpr -o sides=two-sided-long-edge lipsum.txt.pdf lp -o sides=two-sided-long-edge lipsum.txt.pdf All printed one-sided. Thanks for doing that. Then, as root, I ran the command cupsctl --debug-logging Then as regular user, I ran: lp -o sides=two-sided-long-edge lipsum.txt.pdf After many seconds, error reported: lp: Error - scheduler not responding. No output to the printer. Pass on this for the moment. My understanding is that there is no difference in what lp and lpr do. I then ran: lpr -o sides=two-sided-long-edge lipsum.txt.pdf It printed one-sided. This used to work correctly, then a few months ago, it stopped working. I had hoped it would have been corrected, but now I am reporting it. Please let me know if I can help in any other way. The error_log shows that two-sided-long-edge is sent to the printing system. See argv[5]. It should then be sent on to the printer. The printer supports two-sided-long-edge. But we have [Job 238] Unable to do two-sided printing, setting sides to \'one-sided\'. Now, where is that coming from and why? Investigating. Rick, you can help with more information. Please give what you get for avahi-browse -rt _ipp._tcp driverless lpoptions -p PRINT_QUEUE_NAME -l avahi-browse is in the avahi-utils package. Cheers, Brian.
Bug#1008175: #1008175
The printer is"HP LaserJet Plus Pro M148fdw", connected by ethernet. I first created a .txt file, then converted it to a .ps file, then converted to a .pdf file. I then ran the following commands: lpr -o sides=two-sided-long-edge lipsum.txt.ps lp -o sides=two-sided-long-edge lipsum.txt.ps lpr -o sides=two-sided-long-edge lipsum.txt.pdf lp -o sides=two-sided-long-edge lipsum.txt.pdf All printed one-sided. Then, as root, I ran the command cupsctl --debug-logging Then as regular user, I ran: lp -o sides=two-sided-long-edge lipsum.txt.pdf After many seconds, error reported: lp: Error - scheduler not responding. No output to the printer. I then ran: lpr -o sides=two-sided-long-edge lipsum.txt.pdf It printed one-sided. This used to work correctly, then a few months ago, it stopped working. I had hoped it would have been corrected, but now I am reporting it. Please let me know if I can help in any other way. Thank you! Rick On 2022-03-27 08:08, Brian Potkin wrote: tags 1008175 moreinfo thanks On Wed 23 Mar 2022 at 13:01:18 -0400, Rick Stanley wrote: Now neither option works correctly executing from the command line. "lpr -o sides=two-sided-long-edge test.pdf" "lpr -o sides=one-sided test.pdf" And same for lp. Thank you for your report, Rick. What is the printer make and model? The situation is that neither command gives double-sided printing? Printing from Okular works correctly as expected. There is a slight difference between your lp command and what Okular does. Okular sends a PostScript file to the ptinter. Not that I can see why that should make any difference, but printing from Evince or Firefox sens a PDF. You could try that. Anyway, let's have a log. Enable debug logging with cupsctl --debug-logging Empty error_log with >/var/log/cups/error_log Print and send error_log as an attachment after compressing it. Regards, Brian. error.7z Description: application/7z-compressed
Bug#1008175: #1008175
Now neither option works correctly executing from the command line. "lpr -o sides=two-sided-long-edge test.pdf" "lpr -o sides=one-sided test.pdf" And same for lp. Printing from Okular works correctly as expected.
Bug#1008175: cups-bsd: lp & lpr options sides=one-sided and sides=two-sided-long-edge are reversed. one-sided prints duplex (Two-sided) and vice-versa
Package: cups-bsd Version: 2.3.3op2-3+deb11u1 Severity: normal X-Debbugs-Cc: r...@scotsgeek.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? My script containing "lpr -o sides=two-sided-long-edge test.pdf" that used to work now does not. The same for lp * What exactly did you do (or not do) that was effective (or ineffective)? had to temporarily use the oposite option * What was the outcome of this action? Using sides=one-sided prints duplex as I need * What outcome did you expect instead? should have been able to use sides=two-sided-long-edge as it should! *** End of the template - remove these template lines *** -- System Information: Debian Release: 11.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-12-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cups-bsd depends on: ii cups-client2.3.3op2-3+deb11u1 ii cups-common2.3.3op2-3+deb11u1 ii debconf [debconf-2.0] 1.5.77 ii libc6 2.31-13+deb11u2 ii libcups2 2.3.3op2-3+deb11u1 cups-bsd recommends no packages. Versions of packages cups-bsd suggests: ii cups2.3.3op2-3+deb11u1 pn inetutils-inetd | inet-superserver ii update-inetd4.51 -- debconf information: cups-bsd/setuplpd: false
