Bug#677447: marked as done (lp: Bad copies value 0.)
Your message dated Fri, 9 Aug 2013 22:56:37 +0100
with message-id <09082013224553.6c3abfa7da0c@desktop.copernicus.demon.co.uk>
and subject line Re: Bug#677447: lp: Bad copies value 0.
has caused the Debian Bug report #677447,
regarding lp: Bad copies value 0.
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.)
--
677447: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677447
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: lp: Bad copies value 0.
- From: Drew Parsons <dparsons@debian.org>
- Date: Thu, 14 Jun 2012 11:04:54 +1000
- Message-id: <20120614010454.16291.58989.reportbug@schumann.anu.edu.au>
Package: cups-bsd
Version: 1.5.3-1
Severity: normal
I think I have a standard CUPS installation. When I try to print
from the command line using lp or lpr, I get the error
lp: Bad copies value 0.
Same for lpr. Consequently printing fails from lp oriented apps such
as xpdf.
They will print successfully if the number of copies is specified
(lp -n or lpr -#). I've never had to set that explicitly in any
previous installation. Has something changed, or is something
misconfigured?
Expected behaviour is that "lp file" or "lpr file" will send a print
job to print 1 copy of the file.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.4-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages cups-bsd depends on:
ii cups-client 1.5.3-1
ii cups-common 1.5.3-1
ii debconf [debconf-2.0] 1.5.43
ii libc6 2.13-33
ii libcups2 1.5.3-1
ii update-inetd 4.43
cups-bsd recommends no packages.
Versions of packages cups-bsd suggests:
ii cups 1.5.3-1
-- debconf information:
cups-bsd/setuplpd: false
--- End Message ---
--- Begin Message ---
- To: 677447-done@bugs.debian.org
- Subject: Re: Bug#677447: lp: Bad copies value 0.
- From: Brian Potkin <claremont102@gmail.com>
- Date: Fri, 9 Aug 2013 22:56:37 +0100
- Message-id: <09082013224553.6c3abfa7da0c@desktop.copernicus.demon.co.uk>
- In-reply-to: <20120614010454.16291.58989.reportbug@schumann.anu.edu.au>
- References: <20120614010454.16291.58989.reportbug@schumann.anu.edu.au>
On Thu 14 Jun 2012 at 11:04:54 +1000, Drew Parsons wrote:
> I think I have a standard CUPS installation. When I try to print
> from the command line using lp or lpr, I get the error
> lp: Bad copies value 0.
> Same for lpr. Consequently printing fails from lp oriented apps such
> as xpdf.
>
> They will print successfully if the number of copies is specified
> (lp -n or lpr -#). I've never had to set that explicitly in any
> previous installation. Has something changed, or is something
> misconfigured?
>
> Expected behaviour is that "lp file" or "lpr file" will send a print
> job to print 1 copy of the file.
You are correct in your expectations and this is indeed what always
happens when I use lp. The only way I can conceive of your getting
the behaviour you describe is by having
Option copies 0
in /etc/cups/printers.conf. A default install doesn't have such an
option but it can be done when a print queue is established. This
does not look like a bug; hence closing.
Regards,
Brian.
--- End Message ---
Reply to: