Hi,<br><br><div class="gmail_quote">Le 24 mars 2011 15:44, Martin-Éric Racine <span dir="ltr"><<a href="mailto:martin-eric.racine@iki.fi">martin-eric.racine@iki.fi</a>></span> a écrit :<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2011/3/24 Volker Behr <<a href="mailto:behr@physik.uni-wuerzburg.de">behr@physik.uni-wuerzburg.de</a>>:<br>
<div class="im">> The log-file you sent me contains the following line:<br>
><br>
> Thu Mar 24 11:05:53 2011 [DEBUG] file already pdf, simply copying it<br>
> (cp /var/spool/cups-pdf/SPOOL/cups2pdf-12256 /home/jpht/tmp/PDF/Bugs_in_package_cups-pdf_--_Debian_Bug_report_logs.pdf)<br>
><br>
> This option to directly copy PDF instead of reprocessing it was<br>
> suggested to me some time back and I decided not to implement it since<br>
> it would disable all options set in cups-pdf.conf on the respective<br>
> files. This is exactly what happens to you here: the PDF is just passed<br>
> through instead of getting re-worked with all your desired options by<br>
> CUPS-PDF.<br>
><br>
> So, speaking for upstream: no fix needed.<br>
> My advise to the distribution: remove this additional patch on CUPS-PDF<br>
> since it breaks basic functionality.<br>
<br>
</div>The patch in question was removed in 2.5.1-1 as far as Debian and<br>
Ubuntu are concerned:<br>
<br>
* Dropped 70_cups-pdf_support-pdf-workflow.patch<br>
+ This patch has received more criticism than praises from the end-users,<br>
because it essentially renders the Ghostscript options in cups-pdf.conf<br>
useless, plus it no longer applies cleanly to the upstream code.<br>
<br>