Comment 4 for bug 443026

The PDF output of evince seems to be broken:

The original file Aufgabe01.pdf I can send directly ("nc -w1 <IP> 9100 < <file>") )to two PDF printers (HP LaserJet P3005, HP Color LaserJet CM3530 MFP) and it comes out very quickly. If I print into a PDF file from evince and then send the resulting output.pdf to the same two printers it takes several minutes until both report that they do not have enough memory for the job.

Also Ghostscript (both versions 8.64 and 8.70) is able do display Aufgabe01.pdf but not output.pdf. Example Ghostscript output for output.pdf:

till@till-laptop:~/printing/foomatic/openprinting/mysqldb$ gs output.pdf
GPL Ghostscript 8.70 (2009-07-31)
Copyright (C) 2009 Artifex Software, Inc. All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Processing pages 1 through 2.
Page 1
Error: /rangecheck in --run--
Operand stack:
   --dict:7/16(L)-- 86.363 742.734
Execution stack:
   %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1862 1 3 %oparray_pop 1861 1 3 %oparray_pop 1845 1 3 %oparray_pop --nostringval-- --nostringval-- 2 1 2 --nostringval-- %for_pos_int_continue --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- --nostringval--
Dictionary stack:
   --dict:1150/1684(ro)(G)-- --dict:1/20(G)-- --dict:75/200(L)-- --dict:75/200(L)-- --dict:106/127(ro)(G)-- --dict:285/300(ro)(G)-- --dict:22/25(L)-- --dict:4/6(L)-- --dict:21/40(L)-- --dict:10/15(L)--
Current allocation mode is local
Last OS error: 2
GPL Ghostscript 8.70: Unrecoverable error, exit code 1
till@till-laptop:~/printing/foomatic/openprinting/mysqldb$

Ḿany printer drivers use Ghostscript directly taking PDF, so most printers will probably not print this job at all.

Printing both files directly to CUPS with "lpr" and on the HP Color LaserJet CM3530 MFP (the manufacturer PPD makes CUPS using it in PostScript mode) gets correct printouts with Aufgabe01.pdf, both on print queues set up on the local Karmic and on the remote Jaunty box. output.pdf comes out without the drawing through the queue on the remote Jaunty box and correctly through a local queue on the Karmic machine.

On Karmic there is no working "cupsfilter" utility unfortunately, it segfaults already before starting the first filters. Seems that upstream has added new functionality without testing it.