Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#11350 - Cups won't print because ghostscript is "unable to open ~/.ghostscript/cache/gs_cache"
Attached to Project:
Arch Linux
Opened by Bill Powell (troubador) - Saturday, 30 August 2008, 15:21 GMT
Last edited by Andreas Radke (AndyRTR) - Monday, 15 September 2008, 16:51 GMT
Opened by Bill Powell (troubador) - Saturday, 30 August 2008, 15:21 GMT
Last edited by Andreas Radke (AndyRTR) - Monday, 15 September 2008, 16:51 GMT
|
DetailsDescription:
I did a vanilla install of cups and foomatic-filters, and installed my Lexmark E210 using the samsung gdi ppd file from linuxprinting.org. This ppd file has worked with this printer on a Slackware installation. When I send a job to the printer, cups sees the printer just fine: $ lpstat -t scheduler is running system default destination: lexE210 device for lexE210: usb://dev/usb/lp0 lexE210 accepting requests since Sat 30 Aug 2008 11:07:52 AM PDT printer lexE210 now printing lexE210-0. enabled since Sat 30 Aug 2008 11:07:52 AM PDT lexE210-24 bill 25600 Sat 30 Aug 2008 11:07:52 AM PDT The only thing that looks weird is that it says "now printing lexE210-0". I tried to cancel that job, and it doesn't exist. Maybe that's something. Eventually, the current job (lexE210-24) seems to finish. But, in fact, nothing happens. I know the USB printer is connected because dmesg gives me: usb 1-2: new full speed USB device using uhci_hcd and address 2 usb 1-2: configuration #1 chosen from 1 choice usblp0: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 0x043D pid 0x0059 Also, as root, if I: # echo "hi" > /dev/usb/lp0 the printer starts to hum. Nothing prints, though. So it doesn't seem to be a hardware problem. Having set a debug loglevel in /etc/cups/cupsd.conf, I get this in /var/log/cups/error_log: D [30/Aug/2008:11:07:52 -0700] [Job 24] foomatic-gswrapper: gs '-sstdout=%stderr' '-dBATCH' '-dPARANOIDSAFER' '-dQUIET' '-dNOPAUSE' '-sDEVICE=gdi' '-sOutputFile=%stdout' '-_' D [30/Aug/2008:11:07:52 -0700] [Job 24] pcache: unable to open '~/.ghostscript/cache/gs_cache' D [30/Aug/2008:11:07:52 -0700] [Job 24] pcache: unable to open '~/.ghostscript/cache/gs_cache' D [30/Aug/2008:11:07:52 -0700] [Job 24] pcache: unable to open '~/.ghostscript/cache/gs_cache' D [30/Aug/2008:11:07:52 -0700] [Job 24] pcache: unable to open '~/.ghostscript/cache/gs_cache' I even tried modifying foomatic-wrapper, adding a "-dNOCACHE" flag to try to avoid this, but that fumbling kludge didn't make a difference. I'm fairly clueless here, but this seems like some sort of strange default directory being set by either the ghostscript or foomatic package. I've tried making these dirs in both my $HOME and /root, but to no avail. Maybe gs is running as some user who has no home directory, like daemon? But on #archlinux no one else seemed to be having this trouble. I just did a fresh Arch install a few days ago. I have installed a few unsupported pkgs, but nothing related to printing, and I uninstalled and reinstalled ghostscript, too. So I'm kinda lost. Steps to reproduce: Try to print a file. (I've been using "ha" in vim, but a straight up "lp test.pdf" does the same thing.) Thanks! |
This task depends upon
Closed by Andreas Radke (AndyRTR)
Monday, 15 September 2008, 16:51 GMT
Reason for closing: Not a bug
Monday, 15 September 2008, 16:51 GMT
Reason for closing: Not a bug