After a fresh install I was unable to get my printer, Lexmark z32, to work with the lexmarkfoomatic kit. I found a solution which was to downgrade cups to 1.1.19-r1. The only question is why I had to downgrade; what changed? - It now works fine with cups 1.1.19-r1 - I'm using the same cupsd.conf that I was with 1.1.20 - One thing I noticed is that the permissions on my printer device (/dev/usb/lp0) have changed, does cups control the permissions of the device? Input would be appreciated. Chris
please set "LogLevel debug" in /etc/cups/cupsd.conf, try to print with cups-1.1.20 and attach /var/log/cups/error_log
Here is the error log from my 2.6 machine. I also had this same problem on my other machine running 2.4 kernel. D [13/Feb/2004:11:49:53 -0500] [Job 4] Error: /ioerror in --.outputpage-- D [13/Feb/2004:11:49:53 -0500] [Job 4] Operand stack: D [13/Feb/2004:11:49:53 -0500] [Job 4] 1 true D [13/Feb/2004:11:49:53 -0500] [Job 4] Execution stack: D [13/Feb/2004:11:49:53 -0500] [Job 4] %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- 0 3 %oparray_pop --nostringval-- --nostringval-- --nostringval-- --nostringval-- D [13/Feb/2004:11:49:53 -0500] [Job 4] Dictionary stack: D [13/Feb/2004:11:49:53 -0500] [Job 4] --dict:1052/1417(ro)(G)-- --dict:0/20(G)-- --dict:181/200(L)-- D [13/Feb/2004:11:49:53 -0500] [Job 4] Current allocation mode is local D [13/Feb/2004:11:49:53 -0500] [Job 4] Last OS error: 32 D [13/Feb/2004:11:49:53 -0500] [Job 4] ESP Ghostscript 7.07.1: Unrecoverable error, exit code 1 D [13/Feb/2004:11:49:53 -0500] [Job 4] Flushing FIFO. D [13/Feb/2004:11:49:53 -0500] [Job 4] D [13/Feb/2004:11:49:53 -0500] [Job 4] Closing renderer D [13/Feb/2004:11:49:53 -0500] [Job 4] error closing printing command line. D [13/Feb/2004:11:49:53 -0500] [Job 4] renderer return value: 32 D [13/Feb/2004:11:49:53 -0500] [Job 4] renderer received signal: 32 D [13/Feb/2004:11:49:53 -0500] [Job 4] Process dieing with "The renderer command line returned an unrecognized error code 32.", exit stat: 1 D [13/Feb/2004:11:49:53 -0500] [Job 4] The renderer command line returned an unrecognized error code 32. D [13/Feb/2004:11:49:53 -0500] [Job 4] tail process done writing data to STDOUT D [13/Feb/2004:11:49:53 -0500] [Job 4] KID3 exited with status 1 D [13/Feb/2004:11:49:53 -0500] [Job 4] KID4 finished D [13/Feb/2004:11:49:53 -0500] [Job 4] Renderer exit stat: 1 D [13/Feb/2004:11:49:53 -0500] [Job 4] Renderer process finished D [13/Feb/2004:11:49:53 -0500] [Job 4] Process dieing with "Error closing renderer", exit stat: 1 D [13/Feb/2004:11:49:53 -0500] [Job 4] Error closing renderer E [13/Feb/2004:11:49:53 -0500] PID 15098 stopped with status 1! I tried searching the forums however most of the solutions I found was a recompile of ghostscript. I tried that several times and the only thing that worked was to downgrade cups.
hm, try to remerge foomatic-*
Most of the forum posts said to try remerging ghostscript, foomatic, and/or foomatic-db. I tried that numerous times with different USE vars but to no avail. The only solution that I could find to solve my problem was to downgrade cups. The only thing different that I noticed between the two setups was that my printer permissions changed with the downgrade. to this: crw-rw-rw- 1 root root 180, 0 Dec 31 1969 /dev/usb/lp0 from this: crw-rw---- 1 root root 180, 0 Dec 31 1969 /dev/usb/lp0 Does cups handle the permissions on the printer devices?
what happens if you change the permissions?
I tried changing the permissions of the printer device before I downgraded. Let me say this first, I was under the impression that devfs would not remember permission changes in /dev. My printer started working after I downgraded and rebooted. If my assumptions about devfs is wrong and in fact it does remember permissions changes, then changing the permissions is probably the solution instead of the downgrade. My thinking about devfs is the reason that I thought cups controlled the premissions of the printer device and the reason that I thought the cups downgrade solved my problems.
as far as i know, devfs remembers permissions
I thought that it was dynamic and that all changes were lost after each reboot. I thought that changes had to be made in config files such as devfs.d devfsd.conf and the like.
so does it work with correct permissions and cups-1.1.20?
I honestly havent had time to check, but yes I think it will. The big question is how do I change the permissions and make them permanent for a hotplug device? Sure chmod +rw /dev/usb/lp0 will work for now, but I think the changes disappear when you reboot. I dont think that this bug is resolved until there is a permanent fix. You still have not answered my initial question: Does cups control the permissions on the printer devices?
i'm not sure, but i don't think it does, please reopen if the permissions change again on bootup
