[Pkg-cups-devel] Bug#619461: cups-pdf: PDFVer and GSCall keys not taken into account
Volker Behr
behr at physik.uni-wuerzburg.de
Thu Mar 24 13:48:59 UTC 2011
On Thu, 2011-03-24 at 12:15 +0100, Jean-Philippe Thierry wrote:
> sorry. File rights messed it up. Here it is.
>
> 2011/3/24 Volker Behr <behr at physik.uni-wuerzburg.de>
> Hi,
>
>
> On Thu, 2011-03-24 at 11:07 +0100, Jean-Philippe Thierry
> wrote:
> > Hi,
> >
> > 2011/3/24 Volker Behr <behr at physik.uni-wuerzburg.de>
> > On Thu, 2011-03-24 at 08:54 +0100, Jean-Philippe
> Thierry
> > wrote:
> > > Package: cups-pdf
> > > Version: 2.5.0-16
> > > Severity: normal
> > >
> > > Hi,
> > >
> > > I am trying to set up an encrypted pdf printer
> using
> > cups-pdf. I find my way in
> > > identifying the right command-line options for
> encryption
> > with ps2pdf and
> > > everything works fine.
> > > I then tuned the /etc/cups/cups-pdf.conf file
> changing the
> > GSCall key but
> > > without any success so far :( PDF document is
> generated but
> > is still a PDF 1.3
> > > document (although I set the PDFVer key to 1.4)
> and
> > encryption options are not
> > > taken into account.
> > > I looked at the logs (DEBUG level) but nothing
> there except
> > that it says: found
> > > beginning of pdf code (%PDF-1.3).
> > >
> > > I tried -dCompatibilityLevel=%s,
> -dCompatibilityLevel=1.4,
> > > -dCompatibilityLevel=PDFVer; none of them worked.
> I am
> > probably missing
> > > something straightforward but googling did not
> help me so...
> > >
> > > Thanks for your help
> > >
> > > Jean-Philippe
> > >
> > >
> > >
> > > -- System Information:
> > > Debian Release: 6.0.1
> > > APT prefers squeeze-updates
> > > APT policy: (500, 'squeeze-updates'), (500,
> 'stable')
> > > Architecture: i386 (i686)
> > >
> > > Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores)
> > > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8
> > (charmap=UTF-8)
> > > Shell: /bin/sh linked to /bin/dash
> > >
> > > Versions of packages cups-pdf depends on:
> > > ii cups 1.4.4-7
> Common UNIX
> > Printing System(tm) -
> > > ii cups-client 1.4.4-7
> Common UNIX
> > Printing System(tm) -
> > > ii ghostscript 8.71~dfsg2-9 The
> GPL
> > Ghostscript PostScript/PDF
> > > ii libc6 2.11.2-10
> Embedded GNU C
> > Library: Shared lib
> > > ii libpaper-utils 1.1.24
> library for
> > handling paper charact
> > >
> > > cups-pdf recommends no packages.
> > >
> > > Versions of packages cups-pdf suggests:
> > > pn system-config-printer-gnome | <none> (no
> description
> > available)
> > >
> > > -- Configuration Files:
> > > /etc/cups/cups-pdf.conf changed:
> > > Out ${HOME}/tmp/PDF
> > > Label 0
> > > Grp lpadmin
> > > LogType 1
> > > PDFVer 1.4
> > > GSCall %s -q -dCompatibilityLevel=PDFVer -dNOPAUSE
> -dBATCH
> > -dSAFER -sDEVICE=pdfwrite -sOutputFile="%s"
> > -dAutoRotatePages=/PageByPage
> -dAutoFilterColorImages=false
> > -dColorImageFilter=/FlateEncode -sOwnerPassword=AjC
> > -dEncryptionR=3 -dKeyLength=128 -dPermissions=-3904
> > -c .setpdfwrite -f %s
> > >
> > >
> > > -- no debconf information
> >
> > Hi,
> >
> > please set LogType to 7 to receive full debug
> information and
> > check
> > whether the GSCall given in the debug-log is the one
> you
> > expect it to
> > be.
> > If it is, it is an issue of the options since
> GhostScript does
> > not
> > honour them.
> > If the debug-log shows a different GSCall than the
> one you set
> > in the
> > options then for some reason the config-file does
> not get
> > evaluated
> > properly and we have to take a deeper look into it.
> >
> > Regards,
> > Volker
> >
> >
> >
> > I attach you the log file after switching LogType to 7. No
> indication
> > on the command-line used.
> >
> > Regards
> >
> > --
> > Jean-Philippe
> >
>
>
> I think the attachment got lost somewhere along the way. Could
> you
> please re-send it to me?
>
> Regards,
> Volker
> --
> Jean-Philippe
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.
Regards,
Volker
More information about the Pkg-cups-devel
mailing list