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

Bug#1008175: marked as done ("-o sides=two-sided-long-edge always prints one-sided with lp & lpr")

Your message dated Mon, 28 Mar 2022 16:08:22 +0100
with message-id <28032022154012.5a86bf6bbfc4@desktop.copernicus.org.uk>
and subject line Re: Bug#1008175: -o sides=two-sided-long-edge always prints one-sided with lp & lpr
has caused the Debian Bug report #1008175,
regarding "-o sides=two-sided-long-edge always prints one-sided with lp & lpr"
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.)


-- 
1008175: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008175
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: cups-bsd
Version: 2.3.3op2-3+deb11u1
Severity: normal
X-Debbugs-Cc: rick@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-client            2.3.3op2-3+deb11u1
ii  cups-common            2.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  cups                                2.3.3op2-3+deb11u1
pn  inetutils-inetd | inet-superserver  <none>
ii  update-inetd                        4.51

-- debconf information:
  cups-bsd/setuplpd: false

--- End Message ---
--- Begin Message --- 
On Mon 28 Mar 2022 at 06:10:37 -0500, rick@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.

--- End Message ---
Reply to: