Bug#712949: cups-filters’ pdftops filter refuses to output PostScipt LanguageLevel 3
Fixed in upstream BZR repo of cups-filters, rev. 7069.
Now generally PS level 3 is sent if the PPD identifies the printer as PS
level 3. There is an exception rule of HP's lasers getting PS level 2 in
such a case.
Till
On 06/21/2013 08:22 AM, cloos@jhcloos.com wrote:
> Package: cups-filters
> Version: 1.0.34-3
> Severity: important
> Tags: upstream
>
> [Bastien asked me to report this an an important bug. -JimC]
>
> Revision 6868 of upstream cups-filters bzr introduced code to prevent pdftops
> from generating level3 postscript. Ever.
>
> Ubuntu bug https://bugs.launchpad.net/bugs/277404
> and poppler bug https://bugs.freedesktop.org/show_bug.cgi?id=19640
>
> are referenced in the commit.
>
> Certain HP printers were unable to handle the level3 postscript
> generated by poppler’s (and probably xpdf’s) pdftops(1), which can be
> used by the cups-filters pdftops filter. The problem seems to be
> specific to CID-keyed fonts.
>
> HP refused to change their PPDs, which advertize level3 support, on
> the grounds that the level3 ps generated by apple’s osx worked fine.
>
> cups-filters should not limit itself to generating level1 and level2;
> instead the PPD files for the affected HP printers should be edited
> to specify level2.
>
> -- System Information:
> Debian Release: jessie/sid
> APT prefers unstable
> APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
>
Reply to: