Re: Bug#145408: marked as done (Emacs can't by default read lookup-el's documentation)
I think we should switch this discussion to debian-emacsen.
On 04 Mar 2003 email@example.com (Janusz S. Bień) wrote:
> On Tue, 04 Mar 2003 firstname.lastname@example.org (Debian Bug Tracking System) wrote:
> > I just installed lookup-el, but Emacs' info viewer won't display the
> > japanese characters of the documentation. "M-x
> > set-language-environment<Ret> japanese<Ret>" didn't help.
> > I then gunzipped the info files ("gunzip /usr/share/info/lookup*"), and
> > now it works.
> > I'm using emacs21 21.1-7 with mule-ucs 0.84-9 installed.
> > David Kühling
> > From: Ryuichi Arafune <email@example.com>
> > This is not a bug. Please check your .emacs.el.
> This is a bug, but not in lookup, and it has nothing to do with
> It is just a bug in Emacs, still present in 21.2.1 in Woody, but
> corrected in 21.2.95 pretest. It concerns automatic recognition of the
> file coding system, which doesn't work at least for some compressed
> > On my system, it works well.
> That's strange :-). Which version of Emacs do you use?
> > Anyway I'll close this bug.
> It's OK, but you can circumvent the Emacs bug easily adding
> coding: iso-2022-jp-unix
> in the right place of the info files.
I am not not so sure about it. Some quick tests suggest that the
coding variable is ignored in info files.
On Tue, 4 Mar 2003 David Kühling <firstname.lastname@example.org> wrote:
> > This is a bug, but not in lookup, and it has nothing to do with
> > .emacs.el.
> > It is just a bug in Emacs, still present in 21.2.1 in Woody, but
> > corrected in 21.2.95 pretest. It concerns automatic recognition of the
> > file coding system, which doesn't work at least for some compressed
> > files.
> I'm not sure that it was Emacs' fault.
I can reproduce the bug with `emacs --no-site-file --no-init-file' in
the following setup:
-- System Information
Debian Release: 3.0
Kernel: Linux galicja 2.4.18-k7 #1 Sun Apr 14 13:19:11 EST 2002 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages lookup-el depends on:
ii emacs21 21.2-1 The GNU Emacs editor.
> It wasn't my fault either. Some
> time later I had to realize that the package `crypt++' hacked by default into
> the loading of compressed files (which is usually handled by
> auto-compression-mode). crypt++ does not have proper support for multibyte representations.
> It is loaded by default in the /etc/emacs... startup scripts when installed.
> I filed a bug report about the issue some time ago. The author didn't seem
> very interested in the fixing the problem and recommended to not use crypt++
> at all.
As I said, this seems corrected in 21.2.95 pretest, which I use for
everyday work, so I have no motivation to trace the problem down.
dr hab. Janusz S. Bien, prof. UW
Prof. Janusz S. Bien, Warsaw Uniwersity