Arch Linux

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!
Tasklist

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
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture i686
Severity Medium
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

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

Loading...