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

Bug#555620: marked as done (install-info: ginstall-info produces somehow broken utf-8 output)

Your message dated Mon, 4 Feb 2019 15:36:56 +0100
with message-id <e202255a-361e-7474-b3f3-134aa5d8c02e@web.de>
and subject line Re: Bug#555620: install-info: ginstall-info produces somehow broken utf-8 output
has caused the Debian Bug report #555620,
regarding install-info: ginstall-info produces somehow broken utf-8 output
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.)


-- 
555620: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555620
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: install-info
Version: 4.13a.dfsg.1-5
Severity: normal

Using system locale de_DE.UTF-8 update-info-dir creates a somehow
broken dir file. This results in emacs info not recognizing the
encoding used and the standalone info browser displaying some bogus
characters.

How to reproduce:
- switch system locale
- run update-info-dir
- start info browser in emacs23 or standalong browser

output with emacs:
"File: dir,	Node: Top	Dies ist der Beginn des INFO-Baums
(dir)Top

  Dieser Verzeichnis-Knoten zeigt ein Men\303\274 aller Hauptpunkte an.

  ...
* Gzip: (gzip).                 The gzip command for compressing files.
\240\227      B* Ada mode: (emacs-23/ada-mode).
"

Note: if I open the dir file in emacs manually (using find-file) it
does not recognize it as utf-8.

Where "Men\303\274" should be "Menü". For me it seems dir should be
encoded in utf-8 and for the most parts it looks alright. But some
entries are intermixed with bogus entries (see Gzip / Ada mode above).

Maybe this is caused by broken documentation?

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages install-info depends on:
ii  libc6                         2.10.1-6   GNU C Library: Shared libraries

install-info recommends no packages.

install-info suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 6.5.0.dfsg.1-1

Am 04.02.2019 um 11:21 teilte Jens Thiele mit:

Hilmar Preuße <hille42@web.de> writes:


Hi,


I did a test w/ Debian unstable and my result is that the issue was
fixed between 6.3.0 and 6.5.0.

@Jens: do you have an unstable system at hand for double checking?


tested with: 6.5.0.dfsg.1-4+b1
output looks good (dir file after install-info run)


Thanks for testing! I close that bug now.


PS: "valgrind install-info maplev.gz dir" still reports some
"Invalid read of size 1"


I case you find a negative impact of these please open a new issue for
this. I guess a minor impact is sufficient.

Hilmar
--
#206401 http://counter.li.org

--- End Message ---
Reply to: