[Pkg-cups-devel] Bug#619461: Bug#619461: Bug#619461: cups-pdf: PDFVer and GSCall keys not taken into account

[Martin-Éric Racine]

2011/3/31 Jean-Philippe Thierry <jphthierry.perso at gmail.com>:
> 2011/3/24 Volker Behr <behr at physik.uni-wuerzburg.de>
>>
>>
>> On Thu, 2011-03-24 at 17:54 +0100, Jean-Philippe Thierry wrote:
>> > Le 24 mars 2011 15:44, Martin-Éric Racine <martin-eric.racine at iki.fi>
>> > a écrit :
>> >         2011/3/24 Volker Behr <behr at physik.uni-wuerzburg.de>:
>> >         > The log-file you sent me contains the following line:
>> >         >
>> >         > Thu Mar 24 11:05:53 2011  [DEBUG] file already pdf, simply
>> >         copying it
>> >         >
>> >         (cp /var/spool/cups-pdf/SPOOL/cups2pdf-12256
>> > /home/jpht/tmp/PDF/Bugs_in_package_cups-pdf_--_Debian_Bug_report_logs.pdf)
>> >         >
>> >         > This option to directly copy PDF instead of reprocessing it
>> >         was
>> >         > suggested to me some time back and I decided not to
>> >         implement it since
>> >         > it would disable all options set in cups-pdf.conf on the
>> >         respective
>> >         > files. This is exactly what happens to you here: the PDF is
>> >         just passed
>> >         > through instead of getting re-worked with all your desired
>> >         options by
>> >         > CUPS-PDF.
>> >         >
>> >         > So, speaking for upstream: no fix needed.
>> >         > My advise to the distribution: remove this additional patch
>> >         on CUPS-PDF
>> >         > since it breaks basic functionality.
>> >
>> >
>> >         The patch in question was removed in 2.5.1-1 as far as Debian
>> >         and
>> >         Ubuntu are concerned:
>> >
>> >         * Dropped 70_cups-pdf_support-pdf-workflow.patch
>> >            + This patch has received more criticism than praises from
>> >         the end-users,
>> >              because it essentially renders the Ghostscript options in
>> >         cups-pdf.conf
>> >              useless, plus it no longer applies cleanly to the
>> >         upstream code.
>> >
>> >         From this perspective, I'd mark the issue as fixed since that
>> >         version. Agreed?
>> >
>> >         Martin-Éric
>> >
>> > just tried installing cups-pdf from sid on my squeeze. GSCall and
>> > PDFVer are taken into acount but... I am only getting 1 page empty
>> > documents; even failling back to the default settings
>> > in /etc/cups/cups-pdf.conf. Could it be due to a dependency issue even
>> > if not raised by the package?
>> >
>> > log file attached
>> >
>> Just as a note:
>>
>> might be related to issue #617468
>>
>>
>>
> I end up recompiling the package from source (squeeze version) removing
> patch 70_cups-pdf_support-pdf-
> workflow.patch and it works.
>
> Thanks folks for your help.

Right, because this was the patch that resulted in Ghostscript options
being ignored. I'm just wondering why you get different results with
2.5.1-1 that with a 2.5.0 with that patch removed.

Martin-Éric