Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 96985 - can't print: cups (in the log) keeps saying 'Unable to convert file 0 to printable format for job xx'
Summary: can't print: cups (in the log) keeps saying 'Unable to convert file 0 to prin...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Printing (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Printing Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-06-24 14:29 UTC by jrmfe
Modified: 2006-01-14 15:31 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Cups debug2 LogLevel (cups_log.txt,17.83 KB, text/plain)
2005-07-10 10:08 UTC, jrmfe
Details

Note You need to log in before you can comment on or make changes to this bug.
Description jrmfe 2005-06-24 14:29:06 UTC
Somehow cups can't print either documents (from epiphany, abiword, etc) or even
the 'Print Test Page' which appears on the cups web config interface. All other
cups features (including management features) appear to be working normally.


Reproducible: Always
Steps to Reproduce:
1. Open http://localhost:631/printers
2. Select a random printer (i have 2 jetdirect printers; both sufer from same
problem)
3. Select 'Print Test Page'
4. Check the results in http://localhost:631/jobs?which_jobs=completed;

Actual Results:  
The printer continues still; ignoring the fact it should be printing.

After the steps above, I go check on the the 'Completed Jobs' (same cups web
interface) and:

HPLaserjet4m-13   	Test Page   	   	15k   	 cancelled at
Fri Jun 24 20:58:56 2005

Which suggest some problem occurred while preparing to print, that is, the page
isn't delievered for printing. 

Expected Results:  
The test page should have print with success.

In the error log for cups i see (with 'debug' option):

(..)
D [24/Jun/2005:20:40:59 +0100] SendCommand: 5 file=8
D [24/Jun/2005:20:41:00 +0100] AcceptClient: 7 from localhost:631.
D [24/Jun/2005:20:41:00 +0100] ReadClient: 7 POST /printers/HPLaserjet4m HTTP/1.1
D [24/Jun/2005:20:41:00 +0100] print_job: request file type is
application/postscript.
D [24/Jun/2005:20:41:00 +0100] check_quotas: requesting-user-name = ''
D [24/Jun/2005:20:41:00 +0100] print_job: requesting-user-name = ''
D [24/Jun/2005:20:41:00 +0100] Adding default job-sheets values "none,none"...
I [24/Jun/2005:20:41:00 +0100] Adding start banner page "none" to job 12.
I [24/Jun/2005:20:41:00 +0100] Adding end banner page "none" to job 12.
I [24/Jun/2005:20:41:00 +0100] Job 12 queued on 'HPLaserjet4m' by ''.
D [24/Jun/2005:20:41:00 +0100] Job 12 hold_until = 0
D [24/Jun/2005:20:41:00 +0100] StartJob(12, 0x809fc50)
D [24/Jun/2005:20:41:00 +0100] StartJob() id = 12, file = 0/1
E [24/Jun/2005:20:41:00 +0100] Unable to convert file 0 to printable format for
job 12!
I [24/Jun/2005:20:41:00 +0100] Hint: Do you have ESP Ghostscript installed?
D [24/Jun/2005:20:41:00 +0100] CancelJob: id = 12
D [24/Jun/2005:20:41:00 +0100] ProcessIPPRequest: 7 status_code=0
D [24/Jun/2005:20:41:00 +0100] CloseClient: 7

I've reproduced the bug in two PC. One is a standard pc: P3 800Mhz, 512M RAM;
the other is a toshiba laptop: Satellite Pro 6100, 512M RAM. (I don't include
all details into the two PCs hardware since I don't believe it's relevante - if
you think it is, just say so and I'll add).

The two printers are: HP LaserJet 4m (jetdirect) and HP DeskJet 1120C (Connected
to a Jetdirect card).

Follows the info on one of the PCs (they have similar software configurations):
Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0,
2.6.11-gentoo-r9 i686)
=================================================================
System uname: 2.6.11-gentoo-r9 i686 Pentium III (Coppermine)
Gentoo Base System version 1.6.12
dev-lang/python:     2.3.5, 2.4.1-r1
sys-apps/sandbox:    1.2.9
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -march=pentium3 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium3 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.rnl.ist.utl.pt/pub/gentoo/
ftp://mirrors1.netvisao.pt/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apm avi berkdb bitmap-fonts bzlib cdr crypt ctype cups curl dba
divx4linux dvd dvdread eds emacs emboss encode fam flac foomaticdb fortran gd
gdbm gif gnome gpm gstreamer gtk gtk2 hal imagemagick imlib java jpeg junit
libg++ libwww mad mikmod mmx mp3 mpeg msn ncurses nls no_wxgtk1 ogg oggvorbis
opengl pam pdflib png posix python quicktime readline sdl sockets spell sse ssl
svga tcltk tcpd tiff truetype truetype-fonts type1-fonts usb vorbis win32codecs
xml2 xmms xorg-x11 xprint xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

I'm pretty sure this is related with some cleanup I recently donne through my
computers. I have cleaned up (erased) most of the entries the 'world' files and
did an 'emerge --depclean', then I spent some time choosing more appropriate use
flags and then start installing the software I really use. The systems end-up
really tight now. I have started to use emerge flags -DuN everytime I want to
install or update some piece of software.

Before the cleanups cups was working properly. 

I have the following software installed:

net-print/cups-1.1.23-r4  -cjk -debug -gnutls +nls +pam -samba -slp +ssl 0 kB
app-text/ghostscript-7.07.1-r9  +X -cjk +cups -debug +emacs +gtk 0 kB
media-gfx/gimp-print-5.0.0_beta4  +cups -debug +foomaticdb +gtk +nls +readline

I have consulted the forum topics (some are quite old) and tried some of the
solutions without success:
http://forums.gentoo.org/viewtopic-t-352026-highlight-unable+convert+0+printable+format+job.html
http://forums.gentoo.org/viewtopic-t-335995-highlight-unable+convert+0+printable+format+job.html
http://forums.gentoo.org/viewtopic-t-68419-highlight-unable+convert+0+printable+format+job.html
http://forums.gentoo.org/viewtopic-t-276742-highlight-unable+convert+0+printable+format+job.html

Well; I just spent all day on this. Just ask for more info; thanks :)
Comment 1 Heinrich Wendel (RETIRED) gentoo-dev 2005-07-10 08:52:26 UTC
please set LogLevel to debug in your cupsd.conf and post the output again 
Comment 2 jrmfe 2005-07-10 10:08:46 UTC
Created attachment 63078 [details]
Cups debug2 LogLevel

The output is with LogLevel debug. I assume you were asking for debug2
LogLevel.
I've added as attachment.
Comment 3 Cedric Godin 2005-11-04 12:11:59 UTC
BTW the log says it by itself :
I [24/Jun/2005:20:41:00 +0100] Hint: Do you have ESP Ghostscript installed?
What do you get with a ls /usr/lib/cups/pstoraster ?
with a equery belongs /usr/lib/cups/pstoraster I get app-text/ghostscript.
So it seems cups needs (depends on) app-text/ghostscript.
Comment 4 Corvus Corax 2006-01-04 03:39:20 UTC
it seems the opposite is true - I just had the same error after switching from lprng to cups (openoffice-2 explicitly needs cups for some stupid reason) and was unable to print with above error - however ghostscript WAS installed

USE="cups" emerge ghostscript

AFTER emerging cups fixed it

it seems that the pstoraster script nowadays is provided by ESP ghostscript and not by cups - but only if compiled with apropriate useflags

so in the contrary ghostscript DEPENDs on cups (with the useflag set) - but cups is unusable if one doesnt install ghostscript afterwards with said flag - weird ...

maybe one should give out some info in the cups ebuild that one should remerge ghostscript with USE="cups" to actually print anything for anyone who did not use cuips from the beginning
Comment 5 Stefan Schweizer (RETIRED) gentoo-dev 2006-01-14 15:31:51 UTC
thanks, I added a posteinfo note