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

Bug#415545: marked as done (min12xxw: Each page waits for idle printer)

Your message dated Sat, 14 Jul 2007 19:09:29 +0900
with message-id <20070714100914.96B3E1A7873@mail.topstudio.co.jp>
and subject line Bug#415545: cupsys: min12xxw: Each page waits for idle printer
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: min12xxw
Version: 0.0.9-1
Severity: important


When printing to a PagePro 1350W from my Power Macintosh 1Ghz G4 Dual, the printer 
starts up then waits for a very long time making noise. When it goes back to idle, 
quiet mode, the first page of the output starts printing. The same cycle repeats for 
each page of the output. Sometimes there are only partial pages printed during this 
process.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-powerpc-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages min12xxw depends on:
ii  libc6                       2.3.6.ds1-13 GNU C Library: Shared libraries

Versions of packages min12xxw recommends:
ii  cupsys                        1.2.7-4    Common UNIX Printing System(tm) - 
ii  foomatic-filters-ppds         20061104-1 linuxprinting.org printer support 

-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 1.2.11-1
thanks

This bug seems same as #418205. Now I close.

------------------------------------
At Sat, 07 Apr 2007 19:34:39 -0400,
Gary Dale wrote:
> Apparently I'm not the only one with this problem, as I found the 
> following on the cups.org website:
> >>>>>>>>>>>>>
> Ok USB ID is usb://KONICA%20MINOLTA/magicolor%202400W
> 
> The good news is that setting bc_flag=0 in backend/usb-unix.c DOES 
> appear to fix the problem (don't know what happened before).
> 
> In addition to the case issue, I think the detection logic in the code 
> was not quite right. The existing code will always set use_bc=1 if the 
> you don't have a "Canon". Here is my non-portable solution (strcasestr 
> is not universally available):
> 
>     use_bc = strcasecmp(hostname, "Canon") != 0 &&
>              strcasestr(hostname, "Minolta") == NULL;

Yes, this is a upstream bug and is fixed in v1.2.8.
Now it checks as:
    use_bc = strcasecmp(hostname, "Brother") &&
             strcasecmp(hostname, "Canon") &&
             strcasecmp(hostname, "Konica Minolta") &&
             strcasecmp(hostname, "Minolta");

Because we Debian CUPS team hadn't shipped 1.2.8, I set close-mark
in 1.2.11-1.

Thanks,
-- 
Kenshi Muto
kmuto@debian.org

--- End Message ---
Reply to: