[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#928738: closed by Brian Potkin <claremont102@gmail.com> (Re: Bug#928738: printer-driver-cups-pdf Still Produces PDF Files that Lack Searchable Text and are Unusable with pdftotext)



reopen 928738
retitle 928738 Upgrading from stretch to buster leaves stretch print queue in place
thanks


On Fri 10 May 2019 at 16:27:14 -0500, Neil Ormos wrote:

> Debian Bug Tracking System wrote:
> 
> > This is an automatic notification regarding your Bug report
> > which was filed against the printer-driver-cups-pdf package:
> 
> > #928738: printer-driver-cups-pdf Still Produces PDF Files that Lack Searchable Text and are Unusable with pdftotext
> 
> > It has been closed by Brian Potkin <claremont102@gmail.com>. [...]
> 
> > [...] Sorry, Neil, but you are not using a
> > 3.0.1-5 version of cups-pdf. I have no option
> > but to close this report.
> 
> Hi Brian:

The feedback and level of detail is appreciated.
 
> 1.  Thanks for the hint.  I removed and reinstalled the package.  Lo and behold,
> 
>         pdftops-renderer=pdftocairo
> 
>     now appears in the report from lpoptions, "cairo" appears in the creator field reported by pdfinfo, and the PDF file contains searchable text.

Excellent. We have spent some time and effort in getting to this
stage. Let us hope it holds up for some time.

> 2.  BEFORE removing and reinstalling, I checked dpkg -l, which reported:
> 
>         ii  printer-driver-cups-pdf  3.0.1-5     amd64       printer driver for PDF writing via CUPS
> 
>     And I also checked /var/log/dpkg.log, which included this line from yesterday:
> 
>         2019-05-09 16:26:18 status installed printer-driver-cups-pdf:amd64 3.0.1-5
> 
>     I saw nothing in the log that suggested that the original installation failed.
> 
>     I have no idea why the new print queue including the
>     pdftops-renderer=pdftocairo option was not established, as
>     expected, during the original installation, by the
>     printer-driver-cups-pdf.postinst script.  I wonder if, somehow,
>     the old PDF queue was not fully removed when I removed the old
>     printer-driver-cups-pdf (2.6.1-22) package.

I can reproduce your experience on unstable. Purged
printer-driver-cups-pdf. Installed the stretch package and then
upgraded. The stretch print queue was left intact, so the renderer
option was not applied. "Skipped automatic creation of the PDF
queue" was displayed onscreen.

Any fix to the package is above my pay grade and is for a maintainer
to deal with. I hope it can make it into buster.

Many thanks,

Brian.


Reply to: