Red Hat Bugzilla – Bug 228856
Can't print from KDE
Last modified: 2008-08-02 19:40:34 EDT
Description of problem:
This was working until just recently.
Printer: HP LaserJet 4 w/ Postscript L2 simm + 26 MB RAM (two on board + 3 8MB
dimms) + HP JetDirect card. Using "HP LaserJet 4 Plus v2013.111 Postscript
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Try to print document
The requesting user name, job ID, and document title appear on the LaserJet 4
display but nothing is printed.
Document should be printed.
Tried printing a text document from gedit. When that failed, I printed to PDF
file and tried printing from evince. Both cases same symptom.
However, printing a postscript file OUTSIDE of cups works via:
ttcp -p 9100 -t ip.of.your.printer <file.ps
So the printer is functional. Cups is sending the job information as I can see
it on the Printer display, it just is not printing.
This was working quite well just a few days ago. Something broke it :(
Could you try the test update (1.2.8-1.fc6) from updates-testing please?:
yum --enablerepo=updates-testing update 'cups*'
Also, what architecture are you using (i386, x86_64, something else)?
I'm using i386
Updated from updates-testing
Identical symptom. Job number on printer incremented but nothing printed.
Okay, thanks. Can you find out, using
grep ^cups- /var/log/rpmpkgs*
ls -l /var/log/rpmpkgs*
(to see the time stamps), what version and release of cups you were running
before things broke? Thanks.
Here is from one machine (laptop):
[mpeters@atlantis ~]$ grep ^cups- /var/log/rpmpkgs*
[mpeters@atlantis ~]$ ls -l /var/log/rpmpkgs*
-rw-r--r-- 1 root root 29092 Feb 15 04:26 /var/log/rpmpkgs
-rw-r--r-- 1 root root 28965 Feb 10 04:20 /var/log/rpmpkgs.1
Here is from other machine (Desktop):
[mpeters@jerusalem ~]$ grep "^cups-" /var/log/rpmpkgs*
[mpeters@jerusalem ~]$ ls -l /var/log/rpmpkgs*
-rw-r--r-- 1 root root 38053 Feb 15 04:51 /var/log/rpmpkgs
-rw-r--r-- 1 root root 37993 Feb 10 04:51 /var/log/rpmpkgs.1
-rw-r--r-- 1 root root 37371 Feb 3 04:51 /var/log/rpmpkgs.2
Both exhibit this symptom.
As another test just - just now on the desktop - I changed the driver to
Foomatic/hpijs and it then did succesfully print the test page. So it looks like
it is only a problem with the postscript driver.
Please fetch cups-1.2.7-1.7.fc6.i386.rpm and cups-libs-1.2.7-1.7.fc6.i386.rpm
and downgrade to them like this:
rpm -Uvh --oldpackage cups-*1.2.7-1.7.fc6.i386.rpm
Can you confirm that the bug was introduced in 1.2.7-1.8.fc6 (which you're now
running), or does 1.7 exhibit the same problem?
It does work with 1.7
Hold on - it seems to be a little more complicated.
The text document does not print from gedit, nor does the pdf file created from
text doc via print to pdf.
But web pages do, pdf files created from LaTeX do, etc.
I will try some other apps and with the current cups and cups-libs and see if I
can better figure out - may not be a cups bug at all (ghostscript ??)
It seems that printing fails with every app and only apps that offer "Create a
PDF document" from the print dialog. PDF files created by those apps also fail.
Apps that do not offer that option can print, and PDF documents created from
LaTeX (TeXLive 2007 test release) do in fact print. Most of my printing is from
the latter so I unfortunately can't determine when it broke.
Created attachment 148194 [details]
PDF file created from "Create a PDF File" that doesn't print
A pdf file created from gedit via "Create a PDF file" that does not print.
Submitted in case it can be of value determing the issue.
1. So, just to confirm: the problem has the same symptoms on both
cups-1.2.7-1.7.fc6 and cups-1.2.7-1.8.fc6 -- i.e. downgrading cups made no
2. I'm going to attach an 'output.ps', which is a PostScript version of the PDF
file from comment #9. Please try printing it directly and let me know what happens:
ttcp -p 9100 -t ip.of.your.printer <output.ps
Created attachment 148353 [details]
I am unable to print to a HP LaserJet Printer from any and all systems running
fc6. The KDE print manager will not even add the printer.
Can you try following the instructions in comment #10 and reporting the results
(In reply to comment #13)
I downloaded and installed the ttcp utility and created a postscript file of a
source file using kate.
The kde print utility complains about its driver each time a print is requested.
The error message is provided between the *****.
An error occurred while retrieving the printer list:
Connection to CUPS server failed. Check that the CUPS server is correctly
installed and running. Error: /var/run/cups/cups.sock: read failed (14).
"Print to File (PostScript)" is then offered by the print utility and I saved
the generated output to output.ps
I then submited output.ps per ttcp as you requested. (The stats outputed by
ttcp are below.) THE PRINT JOB LOOKED GREAT!
[root@boss sandrew]# ttcp -p 9100 -t 188.8.131.52 <output.ps
ttcp-t: buflen=8192, nbuf=2048, align=16384/0, port=9100 tcp -> 184.108.40.206
ttcp-t: 415177 bytes in 24.19 real seconds = 16.76 KB/sec +++
ttcp-t: 51 I/O calls, msec/call = 485.67, calls/sec = 2.11
ttcp-t: 0.0user 0.0sys 0:24real 0% 0i+0d 0maxrss 0+3pf 47+0csw
I am new bugzilla. After I created and submitted my output.ps, I then found
where bugzilla list its attachments. I then submitted your output.ps
[root@boss ttcp]# ttcp -p 9100 -t 220.127.116.11 <output.ps
ttcp-t: buflen=8192, nbuf=2048, align=16384/0, port=9100 tcp -> 18.104.22.168
ttcp-t: 69065 bytes in 1.12 real seconds = 60.12 KB/sec +++
ttcp-t: 9 I/O calls, msec/call = 127.65, calls/sec = 8.02
ttcp-t: 0.0user 0.0sys 0:01real 0% 0i+0d 0maxrss 0+3pf 7+0csw
"Connection to CUPS server failed." - Your CUPS server isn't running. What does
'/sbin/service cups status' say?
(In reply to comment #15)
This is why it is so fustrating... (It all worked fine under fc5.)
[root@boss ttcp]# /sbin/service cups status
cupsd (pid 2395) is running...
What does this say?:
egrep '^(Listen)|(Port)' /etc/cups/cupsd.conf
(In reply to comment #17)
[root@boss ttcp]# egrep '^(Listen)|(Port)' /etc/cups/cupsd.conf
# Ports/addresses that we listen to. The default port 631 is reserved
# You can have multiple Port/Listen lines to listen to more than one
# Port 80
# Port 631
# must have at least one Port or Listen line that allows access from the
# BrowsePort: the port used for UDP broadcasts. By default this is
# Only one BrowsePort is recognized.
This seems to be a KDE bug. The CUPS server isn't listening on the UNIX domain
socket, but KDE is trying to use that anyway (and doesn't fall back to
Just to be sure, what does 'lpstat -s' say?
(In reply to comment #19)
[root@boss ~]# lpstat -s
lpstat: Unable to connect to server
And '/sbin/service cups status' says cupsd is running even when 'lpstat -s' says
it can't connect?
Could you attach /var/log/cups/error_log please?
Created attachment 152823 [details]
cups error log
But the server isn't running:
I [17/Apr/2007:07:59:07 -0500] Scheduler shutting down normally.
I [17/Apr/2007:07:59:07 -0500] Saving remote.cache...
What does 'chkconfig --list cups' say?
Fedora apologizes that these issues have not been resolved yet. We're
sorry it's taken so long for your bug to be properly triaged and acted
on. We appreciate the time you took to report this issue and want to
make sure no important bugs slip through the cracks.
If you're currently running a version of Fedora Core between 1 and 6,
please note that Fedora no longer maintains these releases. We strongly
encourage you to upgrade to a current Fedora release. In order to
refocus our efforts as a project we are flagging all of the open bugs
for releases which are no longer maintained and closing them.
If this bug is still open against Fedora Core 1 through 6, thirty days
from now, it will be closed 'WONTFIX'. If you can reporduce this bug in
the latest Fedora version, please change to the respective version. If
you are unable to do this, please add a comment to this bug requesting
Thanks for your help, and we apologize again that we haven't handled
these issues to this point.
The process we are following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
And if you'd like to join the bug triage team to help make things
better, check out http://fedoraproject.org/wiki/BugZappers
This bug is open for a Fedora version that is no longer maintained and
will not be fixed by Fedora. Therefore we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen thus bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.