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
>
>
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 ISO-8
> "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
define
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 umla
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 abov
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-8
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
> "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. Un
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 at
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'
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 Assassi
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
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 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_
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 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
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 wr
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 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 i
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.)
> > > >
> > >
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
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 ra
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 thi
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
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 so
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
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 usin
> "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. T
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 peop
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 charas
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 variabl
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 en
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/p
33 matches
Mail list logo
