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

Bug#660420: marked as done (Some Postscript printer drivers (Kyocera, Brother, maybe others) do not work anymore)



Your message dated Wed, 15 Mar 2017 17:26:01 +0000
with message-id <15032017171543.5601441b153d@desktop.copernicus.org.uk>
and subject line Re: Bug#660348: cups: Prints one blank sheet regardless of document size (Brother HL-5240)
has caused the Debian Bug report #660348,
regarding Some Postscript printer drivers (Kyocera, Brother, maybe others) do not work anymore
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.)


-- 
660348: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660348
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: cups
Version: 1.5.2-4
Severity: grave
Justification: renders package unusable

Dear Maintainers,

as it seems, all postscript printers do not work anymore. I must admit that 
is at this point an assumption, but I can no longer print on any postscript 
printer I own anymore. With the packages still in testing it still works, with 
sids cups (and the version before the curent one) I only get the following 
message in the active-jobs-page on the cups webinterface:
"PDF file is damaged - attempting to reconstruct xref table..."

This happens ALWAYS when trying to print a testpage (from within the cups 
webfrontend), when printing from various apps (iceweasel, libreoffice, ...) it 
does show the printjobs as completed or show the message mentioned above but 
in any case nothing is printed at all. In addition this may freeze my printers 
so that a a complete power-cycle is needed for them to respond again.
I have two kyocera printers, one FS-920 (USB) and one FS-1100 (ethernet), both 
show the same symptoms. I have seen at least some reports on the web with the 
same or similar issue but not limited to kyocera printers.

I file this bug as "grave" so at least a newer cups does not hit testing 
before this issue is somewhat resolved, a workaround or fix known or at least 
known what causes the issue. I did not find any clue up until now and I did 
not have the chance to test other printers, so I am not 100% sure how many 
people will have this issue, but I guess it does hit at least many, maybe even 
all postscript printers. But the last thing is as already said just an 
assumption right now.

regards
Michael

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cups depends on:
ii  adduser                3.113+nmu1
ii  bc                     1.06.95-2
ii  cups-client            1.5.2-4
ii  cups-common            1.5.2-4
ii  cups-filters           1.0.1-1
ii  cups-ppdc              1.5.2-4
ii  debconf [debconf-2.0]  1.5.41
ii  dpkg                   1.16.1.2
ii  ghostscript            9.05~dfsg-2
ii  libavahi-client3       0.6.30-6
ii  libavahi-common3       0.6.30-6
ii  libc6                  2.13-26
ii  libcups2               1.5.2-4
ii  libcupscgi1            1.5.2-4
ii  libcupsimage2          1.5.2-4
ii  libcupsmime1           1.5.2-4
ii  libcupsppdc1           1.5.2-4
ii  libdbus-1-3            1.4.18-1
ii  libgcc1                1:4.6.2-14
ii  libgnutls26            2.12.16-1
ii  libgssapi-krb5-2       1.10+dfsg~beta1-2
ii  libkrb5-3              1.10+dfsg~beta1-2
ii  libldap-2.4-2          2.4.28-1.1
ii  libpam0g               1.1.3-7
ii  libpaper1              1.1.24+nmu1
ii  libslp1                1.2.1-9
ii  libstdc++6             4.6.2-14
ii  libusb-1.0-0           2:1.0.9~rc3-3
ii  lsb-base               3.2-28.1
ii  poppler-utils          0.16.7-3
ii  procps                 1:3.3.2-3
ii  ssl-cert               1.0.28

Versions of packages cups recommends:
ii  avahi-daemon                                        0.6.30-6
ii  colord                                              0.1.16-2
ii  foomatic-filters                                    4.0.12-1
ii  ghostscript-cups                                    9.05~dfsg-2
ii  printer-driver-gutenprint [cups-driver-gutenprint]  5.2.7-5

Versions of packages cups suggests:
ii  cups-bsd     1.5.2-4
ii  cups-pdf     2.6.1-5
ii  foomatic-db  20120212-1
ii  hplip        3.12.2-1
ii  smbclient    2:3.6.3-1
ii  udev         175-3

-- Configuration Files:
/etc/cups/cupsd.conf [Errno 13] Keine Berechtigung: u'/etc/cups/cupsd.conf'

-- debconf information:
* cupsys/raw-print: true
* cupsys/backend: ipp, lpd, socket, usb, snmp, dnssd



--- End Message ---
--- Begin Message ---
On Sat 18 Feb 2012 at 06:59:38 -0600, Nate Bargmann wrote:

> My log shows that cups was upgraded on 08 Feb 2012 from 1.5.0-16 ->
> 1.5.2-2.  I don't print often, but noticed that yesterday (17 Feb 2012)
> that only one blank sheet was being delivered by the printer.
> 
> I have tried several different PPD files for my HL-5240 printer which is
> network attached using an Axis 540+ print server.  The test page from
> the Axis server prints fine as do text documents printed using the a2ps
> utility.  An attempt to print a PDF using a2ps also generates a single
> blank sheet from the printer.  Printing to the PDF driver installed by
> the cups-pdf package appears to work well.
> 
> I most often print from Iceweasel, Chromium, and Libre Office and all
> are broken at the moment.
> 
> Meawhile, the version of cups installed on my Wheezy based laptop,
> 1.5.0-13, is working as expected.
> 
> I will try to attach the section of the cups error log with debug
> enabled for a run of a print job.

This report was filed against a version of cups-filters/cups which is no
longer supported. There have been quite a number of significant changes
in both packages since then and it is quite possible the issue was fixed
by one or more of them. Testing with the present testing/stable would be
advisable. Note that one aspect of the filtering which can be altered is
the renderer. Please submit a new report if the problem remains.

Cheers,

-- 
Brian.

--- End Message ---

Reply to: