I think we should switch this discussion to debian-emacsen.
On 04 Mar 2003 [EMAIL PROTECTED] (Janusz S. Bień) wrote:
> On Tue, 04 Mar 2003 [EMAIL PROTECTED] (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 PROTECTED]>
>
> [...]
>
> > 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
> .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.
>
> >
> > 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 <[EMAIL PROTECTED]> 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
Architecture: i386
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.
Best regards
Janusz
--
,
dr hab. Janusz S. Bien, prof. UW
Prof. Janusz S. Bien, Warsaw Uniwersity
http://www.orient.uw.edu.pl/~jsbien/
