Bug#928738: printer-driver-cups-pdf Still Produces PDF Files that Lack Searchable Text and are Unusable with pdftotext
On Thu 09 May 2019 at 18:05:51 -0500, Neil Ormos wrote:
> Package: printer-driver-cups-pdf
> Version: 3.0.1-5
> Severity: important
>
> Dear Maintainer,
>
> In prior bug reports, users complained that CUPS-PDF or
> printer-driver-cups-pdf produced PDF files in which text was
> represented in image format, or was not searchable.
>
> In a message posted
>
> "Thu, 09 Mar 2017 13:40:21 +0000",
>
> closing bugs 658004, 813618, 847462, and 857165, there was a reference
> to printer-driver-cups-pdf_3.0.1-3, and in another message there was a
> suggestion that the problem is fixed in that version.
>
> I have installed printer-driver-cups-pdf_3.0.1-5 (the current version
> distributed in Buster), and it appears that *whatever* is stored in
> the PDF files produced by printer-driver-cups-pdf, it's not searchable
> text. Also, when these files are processed by pdftotext, the results
> do not contain recognizable text.
>
> This was not a problem with the cups-pdf version 2.5.0-16 in Squeeze.
>
> I tested using Firefox 44.0b3 to print an extremely simple HTML page
> to the CUPS PDF "driver". (That particular ancient version of Firefox
> runs in both Squeeze and Stretch.)
>
> Can this be fixed, short of installing a non-Debian version of
> CUPS-PDF-to-PDF or the like, such as that advertised at
>
> https://github.com/alexivkin/CUPS-PDF-to-PDF
>
> ?
Thank you for your report, Neil.
Please post the output of 'lpoptions -p PDF' and, for a printed HTML
page, what 'pdfinfo <PDF_file> gives.
Regards,
Brian.
Reply to: