Your message dated Sat, 14 Jul 2007 19:06:41 +0900 with message-id <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED]
--- End Message ---
