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

Bug#1009665: marked as done (ghostscript: with -dNEWPDF=false, the ToUnicode CMap sometimes has an incorrect mapping)

Your message dated Mon, 27 Jan 2025 15:57:29 +0100
with message-id <20250127145729.GA95036@qaa.vinc17.org>
and subject line Re: Bug#1009665: ghostscript: with -dNEWPDF=false, the ToUnicode CMap sometimes has an incorrect mapping
has caused the Debian Bug report #1009665,
regarding ghostscript: with -dNEWPDF=false, the ToUnicode CMap sometimes has an incorrect mapping
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1009665: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1009665
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: ghostscript
Version: 9.56.0~dfsg-1
Severity: normal
Tags: upstream
Forwarded: https://bugs.ghostscript.com/show_bug.cgi?id=704681

In some cases, the ToUnicode CMap generated by ps2pdf -dNEWPDF=false
is incorrect. Testcase chartest7.pdf attached.

$ pdftotext chartest7.pdf - | head -n 1
’ê
$ /usr/bin/ps2pdf -dNEWPDF=false out.pdf
$ pdftotext out.pdf - | head -n 1
Šê

Even though upstream does not intend to work on the old PDF interpreter
any longer, the fact that the incorrect mapping does not appear yet with
the new PDF interpreter is just due to some other issues with it.

The chartest7.pdf file has been obtained with pdflatex from

\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage{lmodern}
\pdfglyphtounicode{Scaron}{0160}
\pdfgentounicode=1
\begin{document}
\thispagestyle{empty}
'ê
\end{document}

Note that TeX Live now has

\pdfglyphtounicode{Scaron}{0160}
\pdfgentounicode=1

by default, which makes the bug more visible than before.

This follows bug 995392 against previous ghostscript versions (which
only had the old PDF interpreter).

-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.16.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=POSIX, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ghostscript depends on:
ii  libc6   2.33-7
ii  libgs9  9.56.0~dfsg-1

ghostscript recommends no packages.

Versions of packages ghostscript suggests:
ii  ghostscript-x  9.56.0~dfsg-1

-- no debconf information

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Attachment: chartest7.pdf
Description: Adobe PDF document


--- End Message ---
--- Begin Message --- 
On 2024-05-14 13:06:00 +0200, Vincent Lefevre wrote:
> Note: -dNEWPDF=false no longer has any effect with Ghostscript 10,
> but according to upstream, there may still be issues with the new
> PDF interpreter (indeed, I did find issues, which have been fixed
> now, but there might still remain other ones).

Since this Debian bug was specifically about a bug with the old
PDF interpreter, which has now been removed from Ghostscript,
I'm closing this bug.

The upstream bug is still open as the issue may also have been
related to the PDF writer (but currently visible only with the
old interpreter). But without a testcase showing an issue with
the current versions in Debian, this has no interest for the
Debian BTS.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

--- End Message ---
Reply to: