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

Bug#418205: marked as done (cupsys: printing to a Konica Minolta 2400W is very slow)

Your message dated Sat, 14 Jul 2007 19:06:41 +0900
with message-id <20070714100627.170991A7873@mail.topstudio.co.jp>
and subject line Bug#418205: cupsys: printing to a Konica Minolta 2400W is very slow
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: cupsys
Version: 1.2.7-4
Severity: important
Tags: patch


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;

Hope this can make it out to the masses - its great to again be able to 
print a page in less than 15 min !
<<<<<<<<<<<<<<<

My input is that I have been trying to print a page multiple times to 
my printer and have timed it as taking 28 minutes per page when I try to 
print the page from 1 to 9 copies. For 10 or more copies, it seems to be 
incapable of ever printing a page.

This of course varies with the page I am trying to print. In this case, 
I have a two-page document that I wanted 100 copies of. Page 1 printed 
eventually. After taking more than an hour to start, the pages finally 
started printing fairly quickly.

Page 2 was a different story. It takes a long time before the copy 
prints, then the above mentioned 28 minutes for subsequent copies. I 
gather the difference is with the amount of communication between the 
CUPS server and the printer.

I'd love it if you could make the fix for AMD64 at least. Thanks!


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)

Versions of packages cupsys depends on:
ii  adduser                  3.102           Add and remove users and groups
ii  cupsys-common            1.2.7-4         Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0]    1.5.11          Debian configuration management sy
ii  gs-esp                   8.15.3.dfsg.1-1 The Ghostscript PostScript interpr
ii  libc6                    2.3.6.ds1-13    GNU C Library: Shared libraries
ii  libcupsimage2            1.2.7-4         Common UNIX Printing System(tm) - 
ii  libcupsys2               1.2.7-4         Common UNIX Printing System(tm) - 
ii  libdbus-1-3              1.0.2-1         simple interprocess messaging syst
ii  libgnutls13              1.4.4-3         the GNU TLS library - runtime libr
ii  libldap2                 2.1.30-13.3     OpenLDAP libraries
ii  libpam0g                 0.79-4          Pluggable Authentication Modules l
ii  libpaper1                1.1.21          Library for handling paper charact
ii  libslp1                  1.2.1-6.2       OpenSLP libraries
ii  lsb-base                 3.1-23.1        Linux Standard Base 3.1 init scrip
ii  patch                    2.5.9-4         Apply a diff file to an original
ii  perl-modules             5.8.8-7         Core Perl modules
ii  poppler-utils [xpdf-util 0.4.5-5.1       PDF utilitites (based on libpopple
ii  procps                   1:3.2.7-3       /proc file system utilities
ii  zlib1g                   1:1.2.3-13      compression library - runtime

Versions of packages cupsys recommends:
ii  cupsys-client         1.2.7-4            Common UNIX Printing System(tm) - 
ii  foomatic-filters      3.0.2-20061031-1.2 linuxprinting.org printer support 
pn  smbclient             <none>             (no description available)

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, socket, usb

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

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: