On Fri, May 04, 2001 at 11:20:21PM +0200, Richard Atterer wrote:
While we're at it: How on earth can I get rid of those
Warning: locale not supported by Xlib, locale set to C
messages? I use LC_CTYPE=de_DE.ISO-8859-1 to get Umlauts etc in mutt.
Unfortunately, this produces the above
On Sat, 5 May 2001 10:57:43 -0700, Ben Gertzfield wrote:
Just use LC_CTYPE=de_DE. It'll work fine in mutt. (The problem is, if
I remember correctly, that X uses ISO8859-1, without the first dash.)
Ok, but now I am confused...
LC_CTYPE=de_DE
LANG=de_DE
LC_MESSAGES=C
Should give me german
Steve == Steve Langasek [EMAIL PROTECTED] writes:
Steve However,
Steve $ LANG=hr_HR LC_COLLATE=C ls -A
Steve .A .B .C .a .b .c A B C a b c
Steve which was Arthur's point, I believe.
That means you can't have ls sort in a different order though (as
defined by native
On Sun, May 06, 2001 at 07:27:16AM +, Alexander Koch wrote:
[...]
Should give me german umlauts and the prompts/messages
should still be like before, right? Do I really not have
to set ISO-8859-1 somewhere?
You have to set it in /etc/locale.gen. Make sure that there is a line
de_DE
On Sun, May 06, 2001 at 07:27:16AM +, Alexander Koch wrote:
Just use LC_CTYPE=de_DE. It'll work fine in mutt. (The problem is, if
I remember correctly, that X uses ISO8859-1, without the first dash.)
Ok, but now I am confused...
LC_CTYPE=de_DE
LANG=de_DE
LC_MESSAGES=C
Should
While we're at it: How on earth can I get rid of those
Warning: locale not supported by Xlib, locale set to C
messages? I use LC_CTYPE=de_DE.ISO-8859-1 to get Umlauts etc in mutt.
Unfortunately, this produces the above error message with lots of X
programs - especially annoying when you use
Richard == Richard Atterer [EMAIL PROTECTED] writes:
Richard While we're at it: How on earth can I get rid of those
Richard Warning: locale not supported by Xlib, locale set to C
Richard messages? I use LC_CTYPE=de_DE.ISO-8859-1 to get Umlauts
Richard etc in mutt. Unfortunately,
On Fri, May 04, 2001 at 11:20:21PM +0200, Richard Atterer wrote:
[...]
messages? I use LC_CTYPE=de_DE.ISO-8859-1 to get Umlauts etc in mutt.
Try LC_CTYPE=de_DE instead.
--
CU,
Patrick.
Never run on auto-pilot - The Pragmatic Programmer
pgpzbiy9d7Pvs.pgp
Description: PGP signature
On 5 May 2001, Ben Gertzfield wrote:
Richard == Richard Atterer [EMAIL PROTECTED] writes:
Richard While we're at it: How on earth can I get rid of those
Richard Warning: locale not supported by Xlib, locale set to C
Richard messages? I use LC_CTYPE=de_DE.ISO-8859-1 to get
On Thu 03 May 2001, Michael Stone wrote:
On Thu, May 03, 2001 at 05:51:53PM -0700, Ben Gertzfield wrote:
Paul == Paul Seelig [EMAIL PROTECTED] writes:
Paul I think that *mutt* is definitely broken in this regard,
Paul because *no* other console program i know (e.g. mc or pine)
On Thu, May 03, 2001 at 11:35:53PM -0400, Michael Stone wrote:
The solution is to get LANG set to at least en_US by default for
everyone, as LANG=C is just not useful any more.
Changing the LANG to en_US may have some unexpected side effects and
should not be done without at least some
Josip Rodin schrieb:
Changing the LANG to en_US may have some unexpected side effects and
should not be done without at least some thought for the consequences.
(E.g., the sort order will be radically different.)
Hear, hear, the thing with the sort order is so annoying. But I guess we'll
On Fri, May 04, 2001 at 02:46:15PM +0200, Arthur Korn wrote:
Changing the LANG to en_US may have some unexpected side effects and
should not be done without at least some thought for the consequences.
(E.g., the sort order will be radically different.)
Hear, hear, the thing with the
On Fri, 4 May 2001, Josip Rodin wrote:
On Fri, May 04, 2001 at 02:46:15PM +0200, Arthur Korn wrote:
Changing the LANG to en_US may have some unexpected side effects and
should not be done without at least some thought for the consequences.
(E.g., the sort order will be radically
Josip Rodin [EMAIL PROTECTED] writes:
On Fri, May 04, 2001 at 02:46:15PM +0200, Arthur Korn wrote:
? I was referring to this:
And Arthur was referring to the fact that you can set LANG=hr_HR and
LC_COLLATE=C and get the old behavior.
It acts as if the interpunction doesn't exist, which is
On Fri, May 04, 2001 at 09:38:06AM -0500, Steve Langasek wrote:
Changing the LANG to en_US may have some unexpected side effects and
should not be done without at least some thought for the consequences.
(E.g., the sort order will be radically different.)
Hear, hear, the
On Fri, May 04, 2001 at 10:48:33AM -0400, Alan Shutko wrote:
It acts as if the interpunction doesn't exist, which is just plain wrong!
And it's not happening on potato.
Whee, I switched to Debian in time to catch the fury here, too.
Basically, the situation is:
Take it up with
Am 4.05.01 um 16:28:16 schrieb Josip Rodin:
It acts as if the interpunction doesn't exist, which is just plain wrong!
Actually I'd expect my dictionary to be sorted exactly this way. And
that's what LC_COLLATE is for. It's a different story that this
behaviour is outright silly when in a shell.
On Fri, May 04, 2001 at 05:17:33PM +0200, Michael Piefel wrote:
It acts as if the interpunction doesn't exist, which is just plain wrong!
Actually I'd expect my dictionary to be sorted exactly this way.
A paper dictionary would never contain a word starting with a `.', at least
not one
On Fri, May 04, 2001 at 04:28:16PM +0200, Josip Rodin wrote:
hmm, what's LC_COLLATE for again?
? I was referring to this:
% touch a b c .a .b .c A B C .A .B .C
% LANG=C ls -A
.A .B .C .a .b .c A B C a b c
% LANG=hr_HR ls -A
a .a A .A b .b B .B c .c C .C
It
On Fri, May 04, 2001 at 09:03:18AM -0700, John H. Robinson, IV wrote:
[EMAIL PROTECTED]:/tmp/LC]% LANG=hr_HR ls -A
.A .B .C .a .b .c A B C a b c
Probably because your locale.gen isn't configured to build an hr_HR
locale.
--
Mike Stone
On Fri, May 04, 2001 at 12:30:36PM -0400, Michael Stone wrote:
On Fri, May 04, 2001 at 09:03:18AM -0700, John H. Robinson, IV wrote:
[EMAIL PROTECTED]:/tmp/LC]% LANG=hr_HR ls -A
.A .B .C .a .b .c A B C a b c
Probably because your locale.gen isn't configured to build an hr_HR
On May 04, Ben Gertzfield [EMAIL PROTECTED] wrote:
It's not just mutt. GTK+ has the same problem. The solution is to
Every application using gettext has the same problem.
--
ciao,
Marco
On May 04, Paul Slootman [EMAIL PROTECTED] wrote:
Sure, whatever, but *my* original point is that there is a setting in
mutt, namely charset, which is documented to tell mutt what character
set the terminal is capable of displaying and entering. This used to
That's correct. It's used to set
On Fri, May 04, 2001 at 04:26:12PM +, Lars Wirzenius wrote:
A paper dictionary would never contain a word starting with a `.', at least
not one written in my language :)
Even if it explains the term .com? :)
You got me there. :)
--
Digital Electronic Being Intended for Assassination
On Fri, May 04, 2001 at 05:17:33PM +0200, Michael Piefel wrote:
Am 4.05.01 um 16:28:16 schrieb Josip Rodin:
It acts as if the interpunction doesn't exist, which is just plain wrong!
Actually I'd expect my dictionary to be sorted exactly this way. And
that's what LC_COLLATE is for. It's a
On May 02, Paul Slootman [EMAIL PROTECTED] wrote:
Well, (as I wrote), mutt's manual.txt says that the charset setting is
used for that.
This is your interpretation of the manual.
So what's the point of the charset setting? After all, the manual.txt
It tells mutt about which charaset you
On Thu, May 03, 2001 at 05:31:34PM +0200, Marco d'Itri wrote:
On May 02, Paul Slootman [EMAIL PROTECTED] wrote:
(*) I really hate it when people close bugs with a one-liner (or less)
answer, without any substantiating motivation. Especially when parts of
That's fair. I have when people keep
Paul == Paul Seelig [EMAIL PROTECTED] writes:
Paul I think that *mutt* is definitely broken in this regard,
Paul because *no* other console program i know (e.g. mc or pine)
Paul breaks like this using the very same libc.
It's not just mutt. GTK+ has the same problem. The solution
On Thu, May 03, 2001 at 05:51:53PM -0700, Ben Gertzfield wrote:
Paul == Paul Seelig [EMAIL PROTECTED] writes:
Paul I think that *mutt* is definitely broken in this regard,
Paul because *no* other console program i know (e.g. mc or pine)
Paul breaks like this using the very same
reopen 95975
thanks
Package: mutt
Version: 1.3.15-2
Since upgrading to testing, mutt refuses to display iso-8859-1
high-bit characters such as u-umlaut (ΓΌ). Instead, \374 is displayed.
:set charset shows charset=iso-8859-1; the message's Content-Type
is:
Content-Type: text/plain;
close 95975
thanks
On May 02, Paul Slootman [EMAIL PROTECTED] wrote:
So I should now set en environment variable to get mutt working the way
it used to, which was a reasonable mode of operation. IMHO that's in
violation of policy section 10.9:
A program must not depend on
On Wed 02 May 2001, Marco d'Itri wrote:
close 95975
I disagree about whether the bug is closed, as you forget to notice
parts of my message. However, I don't feel like petty BTS games (*)
On May 02, Paul Slootman [EMAIL PROTECTED] wrote:
So I should now set en environment variable to get
33 matches
Mail list logo