[reinersteib+gmane@imap.cc: language environment should not be derived from LC_CTYPE]

[Richard Stallman <rms@gnu.org>]

Would someone please DTRT and ack?

------- Start of forwarded message -------
From: Reiner Steib <reinersteib+gmane@imap.cc>
To: emacs-pretest-bug@gnu.org
Organization: Dept. of Theoretical Physics, University of Ulm
Mail-Followup-To: emacs-pretest-bug@gnu.org
Date: Wed, 22 Nov 2006 09:36:52 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Subject: language environment should not be derived from LC_CTYPE
Reply-To: Reiner Steib <Reiner.Steib@gmx.de>
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed 
	version=3.0.4

[ I already sent this yesterday (via Gmane), but apparently it didn't
  make it to the list (<v9lkm4cyqk.fsf@marauder.physik.uni-ulm.de>).
  Sorry if you get it twice. ]

`M-x report-emacs-bug' wrote:

> Please describe exactly what actions triggered the bug
> and the precise symptoms of the bug:

I have the following locale settings [1]:

$ env|grep -e LC_ -e LANG
LANG=en_US
LC_COLLATE=POSIX
LC_CTYPE=de_DE@euro

$ emacs -Q

`current-language-environment's value is "German" and I get the German
tutorial.  I expected to see the English version and an English
language environment:


,----[ (info "(libc)Locale Categories") ]
| `LC_CTYPE'
|      This category applies to classification and conversion of
|      characters, and to multibyte and wide characters; see *Note
|      Character Handling::, and *Note Character Set Handling::.
|
| [...]
|
| `LC_MESSAGES'
|      This category applies to selecting the language used in the user
|      interface for message translation (*note The Uniforum approach::;
|      *note Message catalogs a la X/Open::)  and contains regular
|      expressions for affirmative and negative responses.
| 
| `LC_ALL'
|      This is not an environment variable; it is only a macro that you
|      can use with `setlocale' to set a single locale for all purposes.
|      Setting this environment variable overwrites all selections by the
|      other `LC_*' variables or `LANG'.
| 
| `LANG'
|      If this environment variable is defined, its value specifies the
|      locale to use for all purposes except as overridden by the
|      variables above.
`----

> In GNU Emacs 22.0.91.1 (i686-pc-linux-gnu, GTK+ Version 2.8.3)
>  of 2006-11-21 on viandante
> X server distributor `The X.Org Foundation', version 11.0.60802000
> configured using `configure '--prefix=...' '--with-gtk' '--exec-prefix=...''

> Important settings:
>   value of $LC_ALL: nil
>   value of $LC_COLLATE: POSIX
>   value of $LC_CTYPE: de_DE@euro
>   value of $LC_MESSAGES: nil
>   value of $LC_MONETARY: nil
>   value of $LC_NUMERIC: nil
>   value of $LC_TIME: nil
>   value of $LANG: en_US
>   locale-coding-system: iso-8859-15
>   default-enable-multibyte-characters: t

Bye, Reiner.

[1] If you wonder why I use a mixture of de_DE and en_US locales: I
    want to display the ? in plain text files in xterm, but I prefer
    English program interfaces.  (Some of my systems offer
    en_US.iso885915, but IIRC not all.)
- -- 
       ,,,
      (o o)
- ---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/


_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
------- End of forwarded message -------