Note that the new PPD I suggested does not use foomatic-rip, it should
work (or not work) independent of the foomatic-filters version installed.
The piece of error_log you pasted showed only some USB timeouts. Whether
they actually prevent your printer from printing is not known.
To determine whether valid PostScript data reaches the backend, you need
to clone your print queues into queues pointing into a file.
Run the command
cupsctl FileDevice=yes
then do for each print queue:
lpadmin -p <queue>-file -E -v file:/tmp/printout-<queue> -P
/etc/cups/ppd/<queue>.ppd
Replacs <queue> by the actual queue name.
Print into the clone queues, always the same input file, a file which
showed the problem for you.
Make the resulting files readable for normal users:
chmod 777 /tmp/printout*
Examine the files to see whether they contain valid PostScript, have PJL
commands in the beginning, ... Note that if they have PJL commands in
the beginning, evince cannot display their PostScript part on the screen
but gv can.
Are the files OK or are they already without printable data?
If they contain printable data, print them unfiltered to the original
queues:
lpr -P <queue> -oraw /tmp/printout-<queue>
For the foomatic-filters case (Foomatic/Postscript queue), do this with
both the old and the new foomatic-filters with the same input file and
attach the /tmp/printout-<queue> files once the one which prints of the
old foomatic-filters and second, the one which does not print of the new
foomatic-filters.
On 03/11/2012 10:32 AM, Helge Kreutzmann wrote:
Hello Till,
On Fri, Mar 09, 2012 at 08:05:20PM +0100, Till Kamppeter wrote:
Please set up a print queue with this PPD:
http://www.openprinting.org/ppd-o-matic.php?driver=Postscript-Kyocera&printer=Kyocera-FS-1020D
Did so. The PPD seems to be the English version of one I already have
installed (a Diff confirms this, only some "terms" are translated).
Can you print then?
No, not with current foomatic-filters:
ii foomatic-filters 4.0.12-1
OpenPrinting printer support - filters
Error log excerpt (lpstat of that user is still showing the job, btw.,
lpq does not show anything):
D [11/Mar/2012:10:05:06 +0100] cupsdReadClient: 16 POST / HTTP/1.1
D [11/Mar/2012:10:05:06 +0100] cupsdSetBusyState: newbusy="Active clients, printing jobs, and
dirty files", busy="Printing jobs and dirty files"
D [11/Mar/2012:10:05:06 +0100] cupsdAuthorize: No authentication data provided.
D [11/Mar/2012:10:05:06 +0100] cupsdReadClient: 16 1.1 Get-Jobs 1
D [11/Mar/2012:10:05:06 +0100] Get-Jobs ipp://localhost/
D [11/Mar/2012:10:05:06 +0100] Returning IPP successful-ok for Get-Jobs
(ipp://localhost/) from localhost
D [11/Mar/2012:10:05:06 +0100] cupsdSetBusyState: newbusy="Printing jobs and dirty
files", busy="Active clients, printing jobs, and dirty files"
D [11/Mar/2012:10:05:06 +0100] cupsdReadClient: 16 WAITING Closing on EOF
D [11/Mar/2012:10:05:06 +0100] cupsdCloseClient: 16
D [11/Mar/2012:10:05:06 +0100] cupsdSetBusyState: newbusy="Printing jobs and dirty
files", busy="Printing jobs and dirty files"
I [11/Mar/2012:10:05:09 +0100] Saving job.cache...
D [11/Mar/2012:10:05:09 +0100] cupsdSetBusyState: newbusy="Printing jobs",
busy="Printing jobs and dirty files"
D [11/Mar/2012:10:05:15 +0100] [Job 237] Wrote 8192 bytes of print data...
D [11/Mar/2012:10:05:15 +0100] [Job 237] Read 8192 bytes of print data...
D [11/Mar/2012:10:05:23 +0100] cupsdAcceptClient: 16 from localhost (Domain)
D [11/Mar/2012:10:05:23 +0100] cupsdReadClient: 16 POST / HTTP/1.1
D [11/Mar/2012:10:05:23 +0100] cupsdSetBusyState: newbusy="Active clients and printing
jobs", busy="Printing jobs"
D [11/Mar/2012:10:05:23 +0100] cupsdAuthorize: No authentication data provided.
D [11/Mar/2012:10:05:23 +0100] cupsdReadClient: 16 1.1 Get-Jobs 1
D [11/Mar/2012:10:05:23 +0100] Get-Jobs ipp://localhost/
D [11/Mar/2012:10:05:23 +0100] Returning IPP successful-ok for Get-Jobs
(ipp://localhost/) from localhost
D [11/Mar/2012:10:05:23 +0100] cupsdSetBusyState: newbusy="Printing jobs",
busy="Active clients and printing jobs"
D [11/Mar/2012:10:05:23 +0100] cupsdReadClient: 16 WAITING Closing on EOF
D [11/Mar/2012:10:05:23 +0100] cupsdCloseClient: 16
D [11/Mar/2012:10:05:23 +0100] cupsdSetBusyState: newbusy="Printing jobs",
busy="Printing jobs"
D [11/Mar/2012:10:05:26 +0100] cupsdAcceptClient: 16 from localhost (Domain)
D [11/Mar/2012:10:05:26 +0100] cupsdReadClient: 16 POST / HTTP/1.1
D [11/Mar/2012:10:05:26 +0100] cupsdSetBusyState: newbusy="Active clients and printing
jobs", busy="Printing jobs"
D [11/Mar/2012:10:05:26 +0100] cupsdAuthorize: No authentication data provided.
D [11/Mar/2012:10:05:26 +0100] cupsdReadClient: 16 1.1 Get-Jobs 1
D [11/Mar/2012:10:05:26 +0100] Get-Jobs ipp://localhost/
D [11/Mar/2012:10:05:26 +0100] Returning IPP successful-ok for Get-Jobs
(ipp://localhost/) from localhost
D [11/Mar/2012:10:05:26 +0100] cupsdSetBusyState: newbusy="Printing jobs",
busy="Active clients and printing jobs"
D [11/Mar/2012:10:05:26 +0100] cupsdReadClient: 16 WAITING Closing on EOF
D [11/Mar/2012:10:05:26 +0100] cupsdCloseClient: 16
D [11/Mar/2012:10:05:26 +0100] cupsdSetBusyState: newbusy="Printing jobs",
busy="Printing jobs"
D [11/Mar/2012:10:05:30 +0100] cupsdAcceptClient: 16 from localhost (Domain)
D [11/Mar/2012:10:05:30 +0100] cupsdReadClient: 16 POST / HTTP/1.1
D [11/Mar/2012:10:05:30 +0100] cupsdSetBusyState: newbusy="Active clients and printing
jobs", busy="Printing jobs"
D [11/Mar/2012:10:05:30 +0100] cupsdAuthorize: No authentication data provided.
D [11/Mar/2012:10:05:30 +0100] cupsdReadClient: 16 1.1 Get-Jobs 1
D [11/Mar/2012:10:05:30 +0100] Get-Jobs ipp://localhost/
D [11/Mar/2012:10:05:30 +0100] Returning IPP successful-ok for Get-Jobs
(ipp://localhost/) from localhost
D [11/Mar/2012:10:05:30 +0100] cupsdSetBusyState: newbusy="Printing jobs",
busy="Active clients and printing jobs"
D [11/Mar/2012:10:05:30 +0100] cupsdReadClient: 16 WAITING Closing on EOF
D [11/Mar/2012:10:05:30 +0100] cupsdCloseClient: 16
D [11/Mar/2012:10:05:30 +0100] cupsdSetBusyState: newbusy="Printing jobs",
busy="Printing jobs"
D [11/Mar/2012:10:06:15 +0100] [Job 237] Got USB transaction timeout during
write
D [11/Mar/2012:10:06:15 +0100] [Job 237] Wrote 7936 bytes of print data...
D [11/Mar/2012:10:06:15 +0100] Report: clients=0
D [11/Mar/2012:10:06:15 +0100] Report: jobs=4
D [11/Mar/2012:10:06:15 +0100] Report: jobs-active=1
D [11/Mar/2012:10:06:15 +0100] Report: printers=3
D [11/Mar/2012:10:06:15 +0100] Report: printers-implicit=0
D [11/Mar/2012:10:06:15 +0100] Report: stringpool-string-count=17429
D [11/Mar/2012:10:06:15 +0100] Report: stringpool-alloc-bytes=12320
D [11/Mar/2012:10:06:15 +0100] Report: stringpool-total-bytes=314784
D [11/Mar/2012:10:06:17 +0100] [Job 237] Wrote 256 bytes of print data...
D [11/Mar/2012:10:06:17 +0100] [Job 237] Read 8192 bytes of print data...
D [11/Mar/2012:10:07:17 +0100] [Job 237] Got USB transaction timeout during
write
D [11/Mar/2012:10:07:17 +0100] [Job 237] Wrote 7936 bytes of print data...
D [11/Mar/2012:10:07:17 +0100] Report: clients=0
D [11/Mar/2012:10:07:17 +0100] Report: jobs=4
D [11/Mar/2012:10:07:17 +0100] Report: jobs-active=1
D [11/Mar/2012:10:07:17 +0100] Report: printers=3
D [11/Mar/2012:10:07:17 +0100] Report: printers-implicit=0
D [11/Mar/2012:10:07:17 +0100] Report: stringpool-string-count=17429
D [11/Mar/2012:10:07:17 +0100] Report: stringpool-alloc-bytes=12320
D [11/Mar/2012:10:07:17 +0100] Report: stringpool-total-bytes=314784
D [11/Mar/2012:10:07:18 +0100] [Job 237] Wrote 256 bytes of print data...
D [11/Mar/2012:10:07:18 +0100] [Job 237] Read 8192 bytes of print data...
Going back to 4.0.9-1 and restarting cups, and printing again on that
printer, also no output :-((
Switching printer off, restarting cups and turning printer back on
(still with 4.0.9-1) and starting the print job a third time als no
print out on that printer, also printing on other queues does only
queue the jobs (according to lpstat, lpq does not show any output at
all).
Restarting cups again.
In /var/cache/cups I see
-rw-r--r-- 1 root root 7155 Mär 11 09:46
Kyocera-FS-1020D-Postscript-Kyocera.data
-rw-r----- 1 root lp 1023 Mär 11 10:22 job.cache.O
-rw-r----- 1 root lp 1023 Mär 11 10:23 job.cache
And lpstat of the user (only that user!) still show the three
submitted jobs.
I'm a bit lost, so far I got back to a printing state by downgrade and
restart...
And it's not easy to see whats going on when command like lpq only
display two or three blank lines, even though jobs are pending, and
"-a" or "-l" does not yield any output either.
Thanks for taking care!
Greetings
Helge
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
