Dear Debian folks,
Am Dienstag, den 22.05.2012, 00:18 +0200 schrieb Paul Menzel:
> fixed 673289 1.0.18-2
> quit
> thank you for CCing me.
>
> Till, Tobias, please always put the reporter and responders(?) into CC.
> Otherwise they will (unfortunately) not be notified.
>
>
> Am Montag, den 21.05.2012, 22:57 +0200 schrieb Fabian Greffrath:
> > >> Tobias, WDYT? Is this patch on texttopdf OK?
> > > Looks fine to me.
> >
> > Thanks for finally applying it!
>
> Thank you from me too.
>
> > >> Perhaps it also fixes bug 673289.
> > > I hope so...
> >
> > Let's find it out.
> >
> > Paul, is the crash you reported in #673289 reproducable with cups-filters
> > 1.0.18-2?
>
> No it is not. I can no longer reproduce it.
>
> lpr -PCUPS-PDF-Printer /tmp/test.txt
>
> and
>
> CHARSET=utf-8 /usr/lib/cups/filter/texttopdf 1 user title 1
> "PageSize=A4" test.txt > out.pdf
>
> work fine.
>
> As a side not Evince has problems displaying the output from CUPS-PDF.
> The text is not readable. Xpdf displays everything correctly though. So
> that issue is a separate bug in Evince I guess.
Just more information. This seems to be a CUPS-PDF issue.
$ pdffonts CUPS-PDF/test.pdf
name type emb sub uni
object ID
------------------------------------ ----------------- --- --- ---
---------
[none] Type 3 yes no yes
12 0
$ pdffonts /tmp/out.pdf
name type emb sub uni
object ID
------------------------------------ ----------------- --- --- ---
---------
JMQJEJ+FreeMono CID TrueType yes yes no
11 0
But I think to remember, someone wrote in another bug report that
CUPS-PDF is not meant for printing text. Still it is strange that Xpdf
works fine. If you gave me a hint where to assign such a report to, I
would be very thankful.
> I mark this bug as fixed in 1.0.18-2. I am not closing it yet since I do
> not know if you want it merged with #670055 or not.
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
