[cups.bugs] [HIGH] STR #2840: N-Up in PDF files

Leonardo Hamada leonardohamada at hotmail.com
Sun Jun 1 21:01:10 PDT 2008


DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.

[STR New]

Hi,

Today experimented n-up feature of lp command as I though viable because I
was not getting results expected by equivalent applications (various PDF
readers - opensourse ones) interface for this feature.

Surprisingly I was not getting results expected with the lp command too.
For example the following command does not work.

leo at ibk ~ $ lp -o media=A4 -o number-up=4 -o page-ranges=49-52
2008_baseball_rulesc450c72b-4bb4-422f-9485-e7318255488f.pdf

This is an example log in cups version 1.3.7 using splix driver (unlikely
a driver bug). Seems like no flow in initial cups' pdftops filter output
(do data).

E [31/May/2008:15:35:47 -0300] [Job 111] pdftops-options: 
E [31/May/2008:15:36:32 -0300] [Job 111] SpliX Cannot open job
E [31/May/2008:15:36:32 -0300] [Job 111] SpliX Error while rendering the
request. Check the previous message
E [31/May/2008:15:36:32 -0300] PID 3978
(/usr/libexec/cups/filter/rastertoqpdl) stopped with status 4!

Then, if the file was postscript instead of PDF (after converting with
xpdf's pdftops), n-up of course works.

Is there a dificulty in the way cups handle some preprocessing and
transformation of PDF files? Isn't cups filter flow mechanism and filters
needing some revision? Direct PDF printing supposed to work...with feature
advertised.

Then again this could be my linux installation...but...

Tried same command in an older cups version too that printed pages but of
incorrect ranges.


Than-you,

Leonardo Hamada
May 31, 2008.

Link: http://www.cups.org/str.php?L2840
Version: 1.3.7





More information about the cups-devel mailing list