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

Bug#470902: marked as done (texlive-latex-recommended: Hyperref produces unreadable pdftitle with option unicode under XeLaTeX)

Your message dated Tue, 8 May 2012 19:37:28 +0200
with message-id <20120508173728.GC4590@preusse-16223.user.cis.dfn.de>
and subject line Bug#470902: texlive-latex-recommended: Hyperref produces unreadable pdftitle with option unicode under XeLaTeX
has caused the Debian Bug report #470902,
regarding texlive-latex-recommended: Hyperref produces unreadable pdftitle with option unicode under XeLaTeX
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.)


-- 
470902: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470902
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: texlive-latex-recommended
Version: 2007-13
Severity: normal


Processing the minimal input file below with xelatex,
the title in the PDF file seems to be corrupted: pdfinfo prints it correctly 
until the "y" and garbage after it.

If I remove option 'unicode' of hyperref, and then process the file with 
xelatex, the title is almost correct: the only problem is that the second 
character 'ő' (present as '\H o' in the file) is replaced with 'o'.
(Hyperref gives a warning about it and this is expected behaviour.
But that the 'ű' comes out correct is unexpected.)

A workaround seems to be to use hyperref without 'unicode' and use
literal Unicode characters and not the equivalent LaTeX representations.

Best wishes,

	Gábor Braun

##################################
minimal input file

\documentclass{article}
\usepackage{xunicode}
\usepackage[unicode]{hyperref}
\hypersetup{pdftitle={H\H o! Tyűha!}}
\begin{document}
foo
\end{document}

##################################
 List of ls-R files

-rw-r--r-- 1 root root 1192 2008-03-05 11:53 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root staff 25 2005-11-20 18:05 /usr/local/share/texmf/ls-R -> /var/lib/texmf/ls-R-LOCAL
lrwxrwxrwx 1 root root 29 2007-12-09 17:06 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 2007-12-30 17:17 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 2007-12-30 17:17 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE
######################################
 Config files
lrwxrwxrwx 1 root root 20 2007-12-09 17:06 /usr/share/texmf/web2c/texmf.cnf -> /etc/texmf/texmf.cnf
-rw-r--r-- 1 gabor gabor 6066 2007-11-01 18:47 /home/gabor/.texmf-var/web2c/fmtutil.cnf
-rw-r--r-- 1 gabor gabor 9310 2008-03-05 22:13 /home/gabor/.texmf-var/web2c/updmap.cfg
-rw-r--r-- 1 root root 5698 2008-03-05 11:52 /var/lib/texmf/tex/generic/config/language.dat
######################################
 Files in /etc/texmf/web2c/
összesen 0
######################################
 md5sums of texmf.d
42c20d7e8bd343542772b5a145bf8ad8  /etc/texmf/texmf.d/05TeXMF.cnf
5f7f6652cc8b8071c9e4ea6ba9e9f0a1  /etc/texmf/texmf.d/15Plain.cnf
8ed54ce13b2eed4871e03bdfdace9342  /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c  /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1  /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068  /etc/texmf/texmf.d/75DviPS.cnf
7ae52efac46feb97010986e57877d12e  /etc/texmf/texmf.d/80DVIPDFMx.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf
8fee79ccdd5d1f56b1563dabfd53c717  /etc/texmf/texmf.d/85Misc.cnf
5e03f3fdbf230e9056cc08ac1ad30299  /etc/texmf/texmf.d/85Misc.cnf.ucf-old
a8952d594677235951d447665ec46e9c  /etc/texmf/texmf.d/90TeXDoc.cnf
fec4324ba52f5c13b2ea88a57244a0d0  /etc/texmf/texmf.d/95NonPath~
30f4f13357c2761ed01a6a15f28725a5  /etc/texmf/texmf.d/95NonPath.cnf
29ab7b1538eddcff0cbf3084ed16c07a  /etc/texmf/texmf.d/95NonPath.cnf.dpkg-old

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable'), (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686
Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8)

Versions of packages texlive-latex-recommended depends on:
ii  texlive-common                2007-13    TeX Live: Base component
ii  texlive-latex-base            2007-13    TeX Live: Basic LaTeX packages

Versions of packages texlive-latex-recommended recommends:
ii  latex-beamer                  3.07-1     LaTeX class to produce presentatio
ii  latex-xcolor                  2.09-1     Easy driver-independent TeX class 
pn  prosper                       <none>     (no description available)
ii  texlive-latex-recommended-doc 2007-13    TeX Live: Documentation files for 

Versions of packages tex-common depends on:
ii  debconf                      1.5.11etch1 Debian configuration management sy
ii  ucf                          2.0020      Update Configuration File: preserv

Versions of packages texlive-latex-recommended is related to:
pn  tetex-base                    <none>     (no description available)
pn  tetex-bin                     <none>     (no description available)
pn  tetex-extra                   <none>     (no description available)
ii  tex-common                    1.10       common infrastructure for building

-- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:
  tex-common/singleuser: false

--- End Message ---
--- Begin Message --- 
Version: 2011.20120424-1

On 08.05.12 Braun Gábor (braun.gabor@renyi.mta.hu) wrote:

Hi,

> The bug is fixed by upstream, and the fix is already in the package
> 
> texlive-latex-base 2011.20120424-1
> 
> (Hyperref seems to have moved to this package.)
> See section XeTeX 
> in /usr/share/texlive/texmf-dist/doc/latex/hyperref/README.pdf
> 
> Actually, xdvipdfmx still complains that it can't convert to UTF-16
> but the generated pdf file displays OK.
> 
> I am the submitter of the bug but my provider has changed the format of email 
> addresses, and that's why the sender's address differs.
> 
You may close it anway. I reassign that bug now and close it soon.

H.
-- 
sigmentation fault

--- End Message ---
Reply to: