Bug#995392: ghostscript: ps2pdf trashes some characters

Control: reopen -1 On 2022-03-31 17:12:16 +0200, Vincent Lefevre wrote: > [...] It now appears that this remaining issue was related to the > PDF interpreter, not just the PDF writer. So I'm updating the bug > title to be less restrictive. The new PDF interpreter has actually more important

Bug#995392: ghostscript: ps2pdf trashes some characters

Control: retitle 995392 ghostscript: ToUnicode CMap has incorrect mappings Well, the story is the following one. On some PDF file, I initially found an issue visible with pdftotext (in particular) after running ps2pdf. The fact is that there were several bugs (which I didn't know), and when I

Bug#995392: ghostscript: ps2pdf trashes some characters

Quoting Vincent Lefevre (2021-11-04 16:49:34) > On 2021-11-03 18:06:50 +0100, Jonas Smedegaard wrote: > > Quoting Vincent Lefevre (2021-11-03 14:29:26) > > > This Debian bug actually covers several similar Ghostscript bugs. > > > > Please track each bug separately. Otherwise it is not possible

Bug#995392: ghostscript: ps2pdf trashes some characters

On 2021-11-03 18:06:50 +0100, Jonas Smedegaard wrote: > Quoting Vincent Lefevre (2021-11-03 14:29:26) > > This Debian bug actually covers several similar Ghostscript bugs. > > Please track each bug separately. Otherwise it is not possible to > reliably track which bug affects which packaging

Bug#995392: ghostscript: ps2pdf trashes some characters

Quoting Vincent Lefevre (2021-11-03 14:29:26) > This Debian bug actually covers several similar Ghostscript bugs. Please track each bug separately. Otherwise it is not possible to reliably track which bug affects which packaging releases. - Jonas -- * Jonas Smedegaard - idealist &

Bug#995392: ghostscript: ps2pdf trashes some characters

Control: forwarded -1 https://bugs.ghostscript.com/show_bug.cgi?id=704681 On 2021-11-03 14:29:26 +0100, Vincent Lefevre wrote: > Control: retitle -1 ghostscript: pdfwrite incorrectly deals with embedded > ToUnicode CMap > Control: found -1 9.27~dfsg-2+deb10u4 > > This Debian bug actually covers

Bug#995392: ghostscript: ps2pdf trashes some characters

Control: retitle -1 ghostscript: pdfwrite incorrectly deals with embedded ToUnicode CMap Control: found -1 9.27~dfsg-2+deb10u4 This Debian bug actually covers several similar Ghostscript bugs. I consider the most general bug given by the testcase below, which is still not fixed upstream. On

Bug#995392: ghostscript: ps2pdf trashes some characters

On 2021-11-03 03:29:43 +0100, Vincent Lefevre wrote: > On 2021-11-02 16:25:27 +0100, Vincent Lefevre wrote: > > With commit 8f62213019bc682eeb0ed9467d8841f3770cfda6 upstream, > > I can no longer reproduce any issue, even when > > /usr/share/texlive/texmf-dist/tex/generic/pdftex/glyphtounicode.tex

Bug#995392: ghostscript: ps2pdf trashes some characters

Control: tags -1 - fixed-upstream On 2021-11-02 16:25:27 +0100, Vincent Lefevre wrote: > With commit 8f62213019bc682eeb0ed9467d8841f3770cfda6 upstream, > I can no longer reproduce any issue, even when > /usr/share/texlive/texmf-dist/tex/generic/pdftex/glyphtounicode.tex > from Tex Live 2020 is

Bug#995392: ghostscript: ps2pdf trashes some characters

On 2021-11-02 16:25:27 +0100, Vincent Lefevre wrote: > With commit 8f62213019bc682eeb0ed9467d8841f3770cfda6 upstream, > I can no longer reproduce any issue, even when > /usr/share/texlive/texmf-dist/tex/generic/pdftex/glyphtounicode.tex > from Tex Live 2020 is included and \pdfgentounicode=1 is

Bug#995392: ghostscript: ps2pdf trashes some characters

Control: found -1 9.55.0~~rc1~dfsg-1 Control: tags -1 fixed-upstream With commit 8f62213019bc682eeb0ed9467d8841f3770cfda6 upstream, I can no longer reproduce any issue, even when /usr/share/texlive/texmf-dist/tex/generic/pdftex/glyphtounicode.tex from Tex Live 2020 is included and

Bug#995392: ghostscript: ps2pdf trashes some characters

Control: forwarded -1 https://bugs.ghostscript.com/show_bug.cgi?id=704674 Control: tags -1 - fixed-upstream Control: retitle -1 ghostscript: pdfwrite no longer preserves the ToUnicode CMap of PDF files This is actually the real upstream bug (it appears that the first testcase I gave was affected

Bug#995678: Bug#995392: ghostscript: ps2pdf trashes some characters

reassign 995678 ghostscript retitle 995678 deals incorrectly with embedded cmaps thanks As discussed on the TL mailing list, this is a problem of ghostscript. Reassigning. Best Norbert -- PREINING Norbert https://www.preining.info Fujitsu Research + IFMGA Guide

Bug#995392: ghostscript: ps2pdf trashes some characters

Control: severity -1 normal Quoting Vincent Lefevre (2021-09-30 16:53:01) > Package: ghostscript > Version: 9.54.0~dfsg-5 > Severity: grave > Justification: causes non-serious data loss > > The ps2pdf trashes some characters, making text non-searchable and > partly unreadable via pdftotext (even

Bug#995678: Bug#995392: ghostscript: ps2pdf trashes some characters

On 2021-10-12 01:27:22 +0900, Norbert Preining wrote: > > > /usr/bin/ps2pdf chartest3.pdf out.pdf > > Honestly, feeding PDF into "ps2pdf" is something new, and I am not > surprised that this does not work. I don't understand what you mean by "something new". This has been mentioned for

Bug#995678: Bug#995392: ghostscript: ps2pdf trashes some characters

> > /usr/bin/ps2pdf chartest3.pdf out.pdf Honestly, feeding PDF into "ps2pdf" is something new, and I am not surprised that this does not work. The description clearly states ps2pdf - Convert PostScript to PDF using ghostscript PDF is **not** PostScript. Can you explain me what

Bug#995678: Bug#995392: ghostscript: ps2pdf trashes some characters

On 2021-10-11 16:46:08 +0200, Vincent Lefevre wrote: > I've attached an archive with > * chartest3.tex (already mentioned) > * chartest3.aux, chartest3.log, chartest3.pdf: the files generated > with "pdflatex chartest3.tex" > * out.pdf: the file generated with > /usr/bin/ps2pdf

Bug#995678: Bug#995392: ghostscript: ps2pdf trashes some characters

Control: severity 995392 grave Control: severity 995678 normal Control: tags 995678 - moreinfo Please be careful with the bug numbers... On 2021-10-11 08:27:55 +0900, Norbert Preining wrote: > Then, this is by far not a grave bug in TL. pdflatex is **not** > affected, since it generated pdf

Bug#995392: ghostscript: ps2pdf trashes some characters

severity 995392 normal tags 995392 + moreinfo thanks Hi all, first of all, it seems this message didn't make it either to the list or my computer, just found it by randomly checking transitioning. Then, this is by far not a grave bug in TL. pdflatex is **not** affected, since it generated pdf

Bug#995392: ghostscript: ps2pdf trashes some characters

On 2021-10-01 16:52:13 +0200, Jonas Smedegaard wrote: > Quoting Vincent Lefevre (2021-10-01 15:53:38) > > It seems that the issue partly comes from pdflatex: On an old file for > > which ps2pdf was correct with ghostscript 9.53.3~dfsg-4, it is now > > incorrect still with ghostscript

Bug#995392: ghostscript: ps2pdf trashes some characters

Quoting Vincent Lefevre (2021-10-01 15:53:38) > On 2021-10-01 14:31:57 +0200, Vincent Lefevre wrote: > > On 2021-10-01 14:26:02 +0200, Vincent Lefevre wrote: > > > On 2021-10-01 14:17:53 +0200, Vincent Lefevre wrote: > > > > In my archives, I can see that the issue occurred with > > > >

Bug#995392: ghostscript: ps2pdf trashes some characters

On 2021-10-01 14:31:57 +0200, Vincent Lefevre wrote: > On 2021-10-01 14:26:02 +0200, Vincent Lefevre wrote: > > On 2021-10-01 14:17:53 +0200, Vincent Lefevre wrote: > > > In my archives, I can see that the issue occurred with > > > ghostscript 9.26a~dfsg-0+deb9u1, but 9.27~dfsg-2+deb10u4 > > >

Bug#995392: ghostscript: ps2pdf trashes some characters

On 2021-10-01 14:26:02 +0200, Vincent Lefevre wrote: > On 2021-10-01 14:17:53 +0200, Vincent Lefevre wrote: > > In my archives, I can see that the issue occurred with > > ghostscript 9.26a~dfsg-0+deb9u1, but 9.27~dfsg-2+deb10u4 > > isn't affected on my second testcase. > > The following PDF file

Bug#995392: ghostscript: ps2pdf trashes some characters

On 2021-10-01 14:17:53 +0200, Vincent Lefevre wrote: > In my archives, I can see that the issue occurred with > ghostscript 9.26a~dfsg-0+deb9u1, but 9.27~dfsg-2+deb10u4 > isn't affected on my second testcase. The following PDF file (on which I got the issue with ghostscript 9.26a~dfsg-0+deb9u1)

Bug#995392: ghostscript: ps2pdf trashes some characters

In my archives, I can see that the issue occurred with ghostscript 9.26a~dfsg-0+deb9u1, but 9.27~dfsg-2+deb10u4 isn't affected on my second testcase. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA -

Bug#995392: ghostscript: ps2pdf trashes some characters

On 2021-10-01 12:05:28 +0200, Vincent Lefevre wrote: > Well, with 9.53.3~dfsg-8, I can reproduce the bug on another PDF file, > where it is the U+2019 RIGHT SINGLE QUOTATION MARK character (used as > an apostrophe) that is incorrectly replaced by Š. I'll have to make > another simple testcase.

Bug#995392: ghostscript: ps2pdf trashes some characters

Control: found -1 9.53.3~dfsg-8 On 2021-09-30 22:00:47 +, JustAnotherArchivist wrote: > Apologies, I somehow missed the part about pdftotext and the glyph's normal > appearance in your original message. I can reproduce that with both files > produced by 9.54.0~dfsg-5 but *not* the one

Bug#995392: ghostscript: ps2pdf trashes some characters

Control: tags -1 upstream Control: forwarded -1 https://bugs.ghostscript.com/show_bug.cgi?id=704478 On 2021-09-30 18:49:02 +0200, Jonas Smedegaard wrote: > Quoting Vincent Lefevre (2021-09-30 18:28:51) > > On 2021-09-30 17:18:46 +0200, Jonas Smedegaard wrote: > > > This seems an upstream bug, and

Bug#995392: ghostscript: ps2pdf trashes some characters

Control: notfound -1 9.53.3~dfsg-8 Apologies, I somehow missed the part about pdftotext and the glyph's normal appearance in your original message. I can reproduce that with both files produced by 9.54.0~dfsg-5 but *not* the one produced by 9.53.3~dfsg-8 (attached for reference), using the

Bug#995392: ghostscript: ps2pdf trashes some characters

Hi Vincent, For what it's worth, I do not see the corruption you're describing with `gv chartest-gs.pdf` nor when converting it myself from your input file using versions 9.53.3~dfsg-8 or 9.54.0~dfsg-5. I noticed that your file used a different internal conversion command compared to when I

Bug#995392: ghostscript: ps2pdf trashes some characters

Quoting Vincent Lefevre (2021-09-30 18:28:51) > On 2021-09-30 17:18:46 +0200, Jonas Smedegaard wrote: > > This seems an upstream bug, and it would be helpful if you report it > > upstream as well. Their bugtracker is at https://bugs.ghostscript.com/ > > OK. I'll do it tonight (I could also try

Bug#995392: ghostscript: ps2pdf trashes some characters

On 2021-09-30 17:18:46 +0200, Jonas Smedegaard wrote: > This seems an upstream bug, and it would be helpful if you report it > upstream as well. Their bugtracker is at https://bugs.ghostscript.com/ OK. I'll do it tonight (I could also try to find the cause). -- Vincent Lefèvre - Web:

Bug#995392: ghostscript: ps2pdf trashes some characters

Hi Vincent, Quoting Vincent Lefevre (2021-09-30 16:53:01) > The ps2pdf trashes some characters, making text non-searchable and > partly unreadable via pdftotext (even though the glyph appears to be > OK). There was no such issue in the recent past. Thanks for reporting this! This seems an

Bug#995392: ghostscript: ps2pdf trashes some characters

Package: ghostscript Version: 9.54.0~dfsg-5 Severity: grave Justification: causes non-serious data loss The ps2pdf trashes some characters, making text non-searchable and partly unreadable via pdftotext (even though the glyph appears to be OK). There was no such issue in the recent past. LaTeX