Re: Locales don't work in chroot sid

On 12/2/18 2:41 PM, Tommi Höynälänmaa wrote: > I have just installed sid to a chroot. Locales don't work even though I have > installed package locales. Scandinavian letters are not displayed and guile > gives the following warning: > > ---cut here--- > > guile: warning: failed to install lo

Re: Locales

On 06/02/2017 07:53, Teemu Likonen wrote: > Alessandro T. [2017-02-05 22:10:55+01] wrote: > >> Isn't localization set by locale? > I have not followed this thread closely but will just point that > nowadays it's probably good idea to set locales with "localectl". That > command will write the chang

Re: Locales

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Feb 06, 2017 at 08:53:23AM +0200, Teemu Likonen wrote: > Alessandro T. [2017-02-05 22:10:55+01] wrote: > > > Isn't localization set by locale? > > I have not followed this thread closely but will just point that > nowadays it's probably good

Re: Locales, Keyboard Layouts

On 2016-06-10, Levi S. Darrell wrote: > On Thu, Jun 09, 2016 at 11:31:57PM -0500, David Wright wrote: >> >> I would have thought that you would put XKBLAYOUT="fr,latam" in your >> /etc/default/keyboard which gives you deadkeys by default. That's >> for X itself (I know nothing about LXDE) but al

Re: Locales, Keyboard Layouts

On Thu, Jun 09, 2016 at 11:31:57PM -0500, David Wright wrote: > > I would have thought that you would put XKBLAYOUT="fr,latam" > in your /etc/default/keyboard which gives you deadkeys by default. > That's for X itself (I know nothing about LXDE) but also the VCs. > > dpkg-reconfigure keyboard-con

Re: Locales, Keyboard Layouts

On Thu 09 Jun 2016 at 10:56:44 (-0600), Levi Darrell wrote: > I am using the lxde desktop environment with xorg. I have installed the > "Keyboard Layout Handler" applet, and I am attempting to use the French and > Latin American keyboard layouts. Single-keystroke characters, such as ñ οr > ç work j

Re: Locales/sort bug

On Fri, 05 Nov 2010 00:36:47 +0100, David Jardine wrote: > On Thu, Nov 04, 2010 at 10:55:53PM +, Camaleón wrote: (...) >> Heck, it's even weirder with this sequence: >> >> aph3,"z >> aph3_devel,"a >> aph3,"b >> >> I gets sorted as: >> >> aph3,"b >> aph3_devel,"a >> aph3,"z >> >> I'm tryi

Re: Locales/sort bug

Camaleón wrote: > I'm trying to "reverse-engineering" the logic behind the sort but I can't > see it. Maybe it is done randomly? Very curious, indeed. It is "dictionary" sort ordering as specified by the locale. Case is folded and punctuation is (mostly) ignored. Personally I always set the fol

Re: Locales/sort bug

On Thu, Nov 04, 2010 at 10:55:53PM +, Camaleón wrote: > On Thu, 04 Nov 2010 21:23:27 +0100, Rob Gom wrote: > > > [cut] > >> > >> I'm also getting that behaviour (locale set to "es_ES.UTF-8") so I > >> understand that my locale setting dictates "underscore" ("_") comes > >> first than "comma" (

Re: Locales/sort bug

On Thu, 04 Nov 2010 21:23:27 +0100, Rob Gom wrote: > [cut] >> >> I'm also getting that behaviour (locale set to "es_ES.UTF-8") so I >> understand that my locale setting dictates "underscore" ("_") comes >> first than "comma" (",") symbol. >> >> As per "man sort" page: >> >> *** WARNING *** The loc

Re: Locales/sort bug

I have some form of workaround. When I know sort field separator (which was the case in my original example), I can use that to overcome the limitations with: $ LC_ALL=pl_PL.UTF-8 sort -k1,1 -t',' test.csv aph3,"APP","" aph3,"MiB","" aph3_devel,"TXT","" # everything fine $ LC_ALL=pl_PL.UTF-8 sort

Re: Locales/sort bug

One more thing. If I specify LC_COLLATE to C/POSIX, special characters sorting looks fine, but I lose Polish characters ordering. If I specify LC_COLLATE to pl_PL.UTF-8, Polish characters ordering is fine, but sorting goes crazy with special characters. Is it possible to retain both features then?

Re: Locales/sort bug

[cut] > > This is covered by the coreutils FAQ: > http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Sort-does-not-sort-in-normal-order_0021 > > Sven > Thanks for all the answers. How could I know that collate is defined correctly? I understand LC_COLLATE influence on sort operation, but

Re: Locales/sort bug

On 2010-11-04 20:29 +0100, Rob Gom wrote: > Hi all, > do you think it's a bug in either libc or coreutils (sort)? > > $ cat test.csv > aph3,"APP","" > aph3_devel,"TXT","" > aph3,"MiB","" > > $ LC_ALL=C sort test.csv # expected > aph3,"APP","" > aph3,"MiB","" > aph3_devel,"TXT","" > > $ LC_ALL=pl_P

Re: Locales/sort bug

[cut] > > I'm also getting that behaviour (locale set to "es_ES.UTF-8") so I > understand that my locale setting dictates "underscore" ("_") comes first > than "comma" (",") symbol. > > As per "man sort" page: > > *** WARNING *** The locale specified by the environment affects sort > order. Set LC_

Re: Locales/sort bug

On 11/04/2010 02:29 PM, Rob Gom wrote: Hi all, do you think it's a bug in either libc or coreutils (sort)? $ cat test.csv aph3,"APP","" aph3_devel,"TXT","" aph3,"MiB","" $ LC_ALL=C sort test.csv # expected aph3,"APP","" aph3,"MiB","" aph3_devel,"TXT","" $ LC_ALL=pl_PL sort test.csv # why is t

Re: Locales/sort bug

On Thu, 04 Nov 2010 20:29:02 +0100, Rob Gom wrote: > do you think it's a bug in either libc or coreutils (sort)? > > $ cat test.csv > aph3,"APP","" > aph3_devel,"TXT","" > aph3,"MiB","" > > $ LC_ALL=C sort test.csv # expected > aph3,"APP","" > aph3,"MiB","" > aph3_devel,"TXT","" > > $ LC_ALL=pl

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

Osamu Aoki (2009-01-21 00:43 +0900) wrote: > New corresponding pages are: > http://people.debian.org/~osamu/pub/getwiki/html/ch02.en.html#timestamps > (released package too) > http://people.debian.org/~osamu/pub/getwiki/html/ch10.en.html#customizeddisplayoftimeanddate > (new after this posting) P

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

Hi, On Mon, Jan 19, 2009 at 09:59:13PM +0100, bugtrac...@slideomania.com wrote: > LC_TIME=| etch | lenny > - > de_DE.UTF-8 | 2007-01-19 21:32 | Jan 19 2007 > en_DK.UTF-8 | 2007-01-19 21:32 | Jan 19 2007 Is this true. My lenny/sid sy

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

Am Montag, 19. Januar 2009, schrieb Sven Joachim: > This is intentional, see the coreutils NEWS file: > > ,[ /usr/share/doc/coreutils/NEWS.gz ] > > | ls now defaults to --time-style='locale', not > | --time-style='posix-long-iso'. However, the 'locale' time style now > | behaves like 'posix-

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

Am Montag, 19. Januar 2009 22:15, schrieb Sven Joachim: > On 2009-01-19 21:59 +0100, bugtrac...@slideomania.com wrote: > > My state of confusion started this morning, when I was confronted with a > > POSIX/C style date format using the German locales on lenny. As you can > > see from the table, in

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

Am Montag, 19. Januar 2009 15:47, schrieb Sven Joachim: > On 2009-01-19 15:17 +0100, Johannes Wiedersich wrote: > > Osamu Aoki wrote: > >> It was important to use en_IE when we were using non-UTF-8 locales. > >> > >> Now even en_US.UTF-8 gives nice "2008-12-29 05:43" display. > > > > IIUC, OP want

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

On 2009-01-19 21:59 +0100, bugtrac...@slideomania.com wrote: > My state of confusion started this morning, when I was confronted with a > POSIX/C style date format using the German locales on lenny. As you can see > from the table, in lenny suddenly some locales seem to have changed from ISO >

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

Am Montag, 19. Januar 2009 14:31, schrieb Johannes Wiedersich: > > etch: »31.12.2008 12:34« to > > lenny: »13. Dez 12:34« and (IMO abdominable...!): > > lenny: »13. Dez 2006« (for older entries) > > That looks horrible, indeed. > > > Is there an easy way to get back my desired format as it has bee

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

Am Montag, 19. Januar 2009 11:09, schrieb bugtrac...@slideomania.com: > Hi list, Hi myself, > I recently noticed (took a while of head-scratching like "WTF? Something is > very weird here, but what is it?") that after the upgrade from etch to > lenny, the default display format for date/time whe

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

On Mon, Jan 19, 2009 at 03:47:24PM +0100, Sven Joachim wrote: > On 2009-01-19 15:17 +0100, Johannes Wiedersich wrote: > > > Osamu Aoki wrote: > >> It was important to use en_IE when we were using non-UTF-8 locales. > >> > >> Now even en_US.UTF-8 gives nice "2008-12-29 05:43" display. > > > > IIU

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

On Mon, Jan 19, 2009 at 03:17:12PM +0100, Johannes Wiedersich wrote: > Osamu Aoki wrote: > > It was important to use en_IE when we were using non-UTF-8 locales. > > > > Now even en_US.UTF-8 gives nice "2008-12-29 05:43" display. > > IIUC, OP wants "29.12.2008 05:43" instead. He uses "2008-12-29

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

On 2009-01-19 15:17 +0100, Johannes Wiedersich wrote: > Osamu Aoki wrote: >> It was important to use en_IE when we were using non-UTF-8 locales. >> >> Now even en_US.UTF-8 gives nice "2008-12-29 05:43" display. > > IIUC, OP wants "29.12.2008 05:43" instead. He uses "2008-12-29 05:43" as > a work

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Osamu Aoki wrote: > It was important to use en_IE when we were using non-UTF-8 locales. > > Now even en_US.UTF-8 gives nice "2008-12-29 05:43" display. IIUC, OP wants "29.12.2008 05:43" instead. He uses "2008-12-29 05:43" as a workaround. Johannes

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

On Mon, Jan 19, 2009 at 02:31:09PM +0100, Johannes Wiedersich wrote: > bugtrac...@slideomania.com wrote: > > Hi list, > > > > I recently noticed (took a while of head-scratching like "WTF? Something is > > very weird here, but what is it?") that after the upgrade from etch to > > lenny, > > the

Re: [locales] change date/time display format for german locale in lenny like it has been on etch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 bugtrac...@slideomania.com wrote: > Hi list, > > I recently noticed (took a while of head-scratching like "WTF? Something is > very weird here, but what is it?") that after the upgrade from etch to lenny, > the default display format for date/time w

Re: locales broken

2007/10/26, Andrew Sackville-West <[EMAIL PROTECTED]>: > On Fri, Oct 26, 2007 at 08:23:14AM -0400, Haines Brown wrote: > > This is an old problem I've had from the beginning under Etch, which > > for some reason disappeared (I believe), but now has reappeared. I > > seem to have locales defined on

Re: locales broken

On Fri, Oct 26, 2007 at 08:23:14AM -0400, Haines Brown wrote: > This is an old problem I've had from the beginning under Etch, which > for some reason disappeared (I believe), but now has reappeared. I > seem to have locales defined on my system, but have no avility to > change the configuration.

Re: locales appears to be uninstallable in Sid

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anthony Campbell wrote: > I'm using Sid. > > Locales has disappeared and can't be installed, because it depends on > glibc-2.5-1, which is not installable. > > This is apparently a virtual package provided by libc6-udeb, libc6, > libc6.1-udeb, and l

Re: locales appears to be uninstallable in Sid

On 16 Apr 2007, Mathias Brodala wrote: > Hi Anthony. > > Anthony Campbell, 16.04.2007 11:28: > > I'm using Sid. > > > > Locales has disappeared and can't be installed, because it depends on > > glibc-2.5-1, which is not installable. > > Hm? Seems fine here: > > > $ apt-cache policy locales > >

Re: locales appears to be uninstallable in Sid

Hi Anthony. Anthony Campbell, 16.04.2007 11:28: > I'm using Sid. > > Locales has disappeared and can't be installed, because it depends on > glibc-2.5-1, which is not installable. Hm? Seems fine here: > $ apt-cache policy locales > locales: > Installed: 2.5-1 > Candidate: 2.5-2 > Version

Re: locales and glibc-2.3.6.ds1-1

On Sat, 14 Apr 2007 11:58:38 -0500 Seb <[EMAIL PROTECTED]> wrote: > Hi, > > Is anybody having problems updating and upgrading today? I see that > package the testing locales package now depends on glibc-2.3.6.ds1-1, > which is nowhere to be found. It may simply be a matter of waiting for it > t

Re: locales failure

On 08 Feb 2007, Stephen wrote: [snip] > [Regarding the locale user setting] > > [ ...] you need to find out whether it is in ~/.bashrc or > ~/.bash_profile and change it to: > > export LANG=en_CA.UTF-8 > > Anyway adding this last line to one of th

RE: locales failure

Thanks for the suggestion, I have already reconfigured locale and it did not fix the issue. Also if you were to check the output of locale LANG is set, my issue is with LC_ALL. I can not find out how this is set. I guess I could export it, but not understanding how this is supposed to work, mean

Re: locales failure

On Thu, Feb 08, 2007 at 03:39:09PM -0500 or thereabouts, Tony Heal wrote: > When upgrading from sarge to etch I get this error several times. The > upgrade continues (apparently normally) but I would like to know why I > get this and if I can fix it. > perl: warning: Setting locale failed. > > p

Re: Locales broken after Xorg upgrade

On Thu, Oct 12, 2006 at 12:01:34PM -0700, H. S. Teoh wrote: > [Please Cc: replies to me, I'm not subscribed to this list.] > > After the latest Xorg upgrade (unstable), my locale settings don't work > anymore. [snip] > Any clues as to what might be wrong? I'm seeing this too and it's a real pai

Re: Locales destroy X key repeat!

On Sun, May 21, 2006 at 06:58:58PM +0200, Dirk wrote: > when I > > dpkg-reconfigure locales > > and set "All locales" > > the key repeat in X is broken afterwards (random numbers of the same > char no matter how long or short i press the key) > > I installed debian from zero (because I couldn'

Re: "locales" held back by "base-config" in unstable

Edward C. Jones wrote: > I have a PC with an AMD64 chip in it. I use up-to-date Debian unstable, > "i386" version. Recently synaptic has been holding back "locales". I > discovered that the package "base-config" was the problem. I > successfully upgraded "locales" after I removed "base-config".

Re: Locales and LANG

On Mon, Oct 17, 2005 at 03:58:52PM -0700, Alvin Oga wrote: > > hi ya dalibor > Hi, > On Mon, 17 Oct 2005, Dalibor Straka wrote: > > > this always worked fine with me > > LANG=cs > ... > > LANG=czech ./whatever > .. > > LANG=cs_CZ > > the value you pick for LANG should be listed in > > l

Re: Locales and LANG

hi ya dalibor On Mon, 17 Oct 2005, Dalibor Straka wrote: > this always worked fine with me > LANG=cs ... > LANG=czech ./whatever .. > LANG=cs_CZ the value you pick for LANG should be listed in locale -a | grep -i cz you might also want to define bothLANG and LC_ALL c ya alvin --

Re: locales: tr_TR.ISO-8859-9...LC_MONETARY: value of field `int_curr_symbol' does not correspond to a valid name in ISO 4217

On Sat, 2005-06-18 at 14:53 -0700, Alan Ezust wrote: > I just did an upgrade today, and locales fails to install, when it is > working with tr_TR. > > Preparing to replace locales 2.3.2.ds1-21 > (using .../locales_2.3.5-1_all.deb) ... > Unpacking replacement locales ... > Setting up locales (2.3.5

Re: locales error when performing apt-get install

To workarround it in a little but effective way just comment the corresponding line in /etc/locale.alias Good luck and enjoy! El vie, 14-05-2004 a las 09:29, Cristi Banciu escribió: > Hi, > > Every time when I try an apt-get install anything I got the following > error: > > Setting up locales (

Re: locales error when performing apt-get install

--- Cristi Banciu <[EMAIL PROTECTED]> wrote: > Any idea how could I fix this problem ? I tried dpkg-reconfigure locales > without success. > I am using debian/sid You should know better. Check the BTS [1] -- Thomas Adam [1] http://bugs.debian.org = "The Linux Weekend Mechanic" -- http://l

Re: locales - C

Mon, 19 Jan skrev Wolfgang Lonien ned dette: WL> Leandro Guimarães Faria Corcete Dutra wrote: >> Do you mean dpkg-reconfigure localeconf? WL> No Leandro, WL> I did a 'dpkg-reconfigure locales' (which didn't help much; it was *there* WL> where I missed the default 'C' locale) WL> Until now I al

Re: locales - C

On Monday 19 January 2004 05:22 am, Wolfgang Lonien wrote: > in unstable, some upgrade must have shot my locales-config. I > 'dpkg-reconfigure'd it, but the default 'C' locale is missing. > > Does anyone have a clue what happened and where and how I can get it > back? Programs like Thunderbird comp

Re: locales - C

Leandro Guimarães Faria Corcete Dutra wrote: > Do you mean dpkg-reconfigure localeconf? No Leandro, I did a 'dpkg-reconfigure locales' (which didn't help much; it was *there* where I missed the default 'C' locale) Until now I also installed 'localeconf', but still it's a no-go for Thunderbird (

Re: locales - C

Em Seg, 2004-01-19 Ãs 08:22, Wolfgang Lonien escreveu: > in unstable, some upgrade must have shot my locales-config. I > 'dpkg-reconfigure'd it, but the default 'C' locale is missing. Do you mean dpkg-reconfigure localeconf? Perhaps trying to do it with that option I forgot which

Re: locales & perl [solved]

i never had to edit locale.gen, reconfiguring locale does it for me. it also runs locale-gen. in local.alias, however, one can read : # Note: This file is far from being complete. If you have a value for # your own site which you think might be useful for others too, share # it with the rest of u

Re: locales and coding systems

On Sun, 4 Jan 2004 07:41:36 -0500 (EST), "Haines Brown" <[EMAIL PROTECTED]> said: > In my problematic file, the extended characters appear as > octals. Initially I tried to so a search/replace to convert the octals > into proper characters, but emacs would not accept the octals as a > search term.

Re: locales & perl [solved]

Incoming from s. keeling: > Hi. I've figured out how to supply/generate my chosen locale > (dpkg-reconfigure locales), and now I have: > >export LC_ALL="en_CA.ISO-8859-1" >export LANG="en_CA.ISO-8859-1" >export LANGUAGE="en_CA.ISO-8859-1" > > in my ~/.bash_profile, but perl doesn't a

Re: locales and coding systems

> Just a little context here. I'm running emacs 21.2.1. C-h C tells me > my current default coding system is utf-8; my language environment is > en_US.UTF-8. I can insert here in this message or into a blank file an > extended character, such as c-cedilla: ç. > In my problematic file, the extended

Re: locales and coding systems

> Em Sáb, 2004-01-03 às 23:22, Haines Brown escreveu: > > I > > do have a few files that emacs has trouble with, probably 16-bit, but > > they are exceptional, and I know how to handle utf-16 in emacs and > > convert those files to useful form. I've just not had the time to play > > with the one d

Re: locales and coding systems

Em SÃÂb, 2004-01-03 Ãs 23:22, Haines Brown escreveu: > I > do have a few files that emacs has trouble with, probably 16-bit, but > they are exceptional, and I know how to handle utf-16 in emacs and > convert those files to useful form. I've just not had the time to play > with the one difficult fil

Re: locales and coding systems

> On Sat, 13 Dec 2003 05:25:47 -0500, Haines Brown wrote: > > > Do you happen to know which of these variable names is likely to be the > > one used by emacs? At this point, I may need to approach the problem from > > the emacs side, but my sense is that the problem is not there. > > It's b

Re: locales and coding systems

On Sat, 13 Dec 2003 05:25:47 -0500, Haines Brown wrote: > Do you happen to know which of these variable names is likely to be the > one used by emacs? At this point, I may need to approach the problem from > the emacs side, but my sense is that the problem is not there. It's been a long t

Re: locales and coding systems

> On Mon, Dec 08, 2003 at 04:31:17PM -0500, Haines Brown wrote: > > The default coding system in emacs is determined by how I've set up > > locales in debian. I went back to my installation notes, and according > > to them, I had set the locale to utf-8. > > I don't know exactly how emacs decides

Re: locales and coding systems

On Mon, Dec 08, 2003 at 04:31:17PM -0500, Haines Brown wrote: > The default coding system in emacs is determined by how I've set up > locales in debian. I went back to my installation notes, and according > to them, I had set the locale to utf-8. I don't know exactly how emacs decides what coding

Re: locales and coding systems

Vineet, Well perhaps some progress, perhaps not. > * Haines Brown ([EMAIL PROTECTED]) [031212 14:02]: > > Logged and back in and went to save my test file. The test > > failed. That is, I'm still being prompted for the coding system, and > > utf-16-le is offered as the default. > >=20 > > The com

Re: locales and coding systems

* Haines Brown ([EMAIL PROTECTED]) [031212 14:02]: > Logged and back in and went to save my test file. The test > failed. That is, I'm still being prompted for the coding system, and > utf-16-le is offered as the default. > > The command $ locales tells me that locales is installed (status is > ii

Re: locales and coding systems

Logged and back in and went to save my test file. The test failed. That is, I'm still being prompted for the coding system, and utf-16-le is offered as the default. The command $ locales tells me that locales is installed (status is ii). However, the $ locale command still only returns LANG=POST

Re: locales and coding systems

On Fri, Dec 12, 2003 at 01:19:17PM -0500, Haines Brown wrote: > > > Suspecting locales needs a different version of glibc, and knowing > > > that one can install multiple versions of glibc, I try: > > > > One cannot install multiple versions of glibc, at least not using the > > Debian package man

Re: locales and coding systems

Haines Brown writes: > Aha! However, it's legit as far as linux is concerned, isn't it? I > believe I've done this before successfully. You can install multiple major versions of libc with the Debian package management system: see libc5. You should not need multiple minor versions. -- John Hasle

Re: locales and coding systems

Colin, Thanks for the clarification of some of the jargon. I suspected I knew what the terms meant, but when confronted with a complex situation in which many terms are shakey, guessing won't do. > > Suspecting locales needs a different version of glibc, and knowing > > that one can install multi

Re: locales and coding systems

On Tue, Dec 09, 2003 at 06:50:47AM -0500, Haines Brown wrote: > $ sudo dpkg-reconfigure locales > ... locales not fully installed > > This may explain why the return from a # locales command does not > include a character set. So it seems I must reinstall locales to > define a character set (en_US

Re: locales and coding systems

I find that when I try to save a file in emacs that contains an accented character, I get "No default coding system to try." Apparently this is why (for some reason) it "suggests" using utf-16-le. Vineet, Your message was very helpful, for it suggests the above problem may be due to no character

Re: locales and coding systems

* Haines Brown ([EMAIL PROTECTED]) [031208 13:33]: > I'm running emacs 21.2.1 on debian 3.0, and the default coding system > is utf-16. That is, when I save any file in emacs having an accented > character, it doubles in size and is a 16-bit file. I just did some experimenting; hope this helps. I

Re: locales and coding systems

> Em Mon, 08 Dec 2003 16:31:17 -0500, Haines Brown escreveu: > > > the default coding system is utf-16. That is, when I save any file > > in emacs having an accented character, it doubles in size and is a > > 16-bit file. > > This is not the default, but Emacs' suggestion based on the buffer > co

Re: locales and coding systems

Em Mon, 08 Dec 2003 16:31:17 -0500, Haines Brown escreveu: > the default coding system is > utf-16. That is, when I save any file in emacs having an accented > character, it doubles in size and is a 16-bit file. This is not the default, but Emacs' suggestion based on the buffer contents.

Re: locales problem / grep question

On Wed 19 Mar 2003 14:50:18 +(-0800), Vineet Kumar wrote: [...] > > find / ! -fstype nfs -type f | (etc.) > > Wouldn't it be better to make use of find's -prune, something like > > find / -fstype nfs -prune -o -type f -print0 | xargs -0 ... > > The xdev one should be fine though. (also, -mo

Re: locales problem / grep question

* Clive Standbridge <[EMAIL PROTECTED]> [20030319 14:27 PST]: > By the way, recursively searching from / will search all files on any network file > systems you have mounted, which can take ages. If this affects you, you could try > something like > > find / -xdev -type f | xargs -r grep -H -e

Re: locales problem / grep question

On Wed 19 Mar 2003 13:04:59 +(-0500), Matt Price wrote: [...] > if I run emacs -nw, the error doesn't occur, so I asusme the issue is > x-specific. Anyway, though people were sympathetic, no one seemed to > have seen this specific problem before (if it's familiar, help would > still be absolut

Re: locales problem / grep question

On Wed, Mar 19, 2003 at 01:04:59PM -0500, Matt Price wrote: > if I run emacs -nw, the error doesn't occur, so I asusme the issue is > x-specific. Anyway, though people were sympathetic, no one seemed to > have seen this specific problem before (if it's familiar, help would > still be absolutely we

Re: locales fr_CA

On Fri, Jan 24, 2003 at 05:07:04AM -0500, Mark L. Kahnt wrote: > Typing: > $ locate LC_CTYPE > on my system yields: > /usr/lib/locale/fr_CA/LC_CTYPE Which is great, but when I type LC_CTYPE I find nothing. I'm sorry that wasn't clear in my first email. :/ Which libc and libc-dev packages are you u

Re: locales fr_CA

On Fri, 2003-01-24 at 02:34, Emma Jane Hogbin wrote: > Hey folks: > > I need to have a french locale installed for ht://Dig. I've installed it > with dpkg-reconfigure locales. (I've even set it as the system default, > I'm that desperate right now.) When I do locale -a it's listed; however, > ht:/

Re: Locales

Hi, installing localeconf and reconfiguring locales didn't work. So I tried to downgrade multi-gnome-terminal to the stable version. I can't understand why, but it worked correctly. If I go back to the testing/unstable version it stops working and I can't type the special characters. What is the e

Re: Locales

Bruno Diniz de Paula wrote: Hi, first of all, happy thanks giving to everyone. Now, let's get back to the question... :) I am using locale en_US.ISO-8859-1 and my keyboard layout is us_intl. Special characters written in portuguese are displayed (and of course typed) correctly in almost all appl

Re: Locales, Mutt, OpenOffice, Emacs

On Sat, Nov 02, 2002 at 11:50:07 -0500, Alan Shutko wrote: > C-x C-m f, or check the Recognize Coding node of the Emacs manual. OK, thanks to all of you. I've updated my .emacs to be able to easily switch between latin-1 and utf-8. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web:

Re: Locales, Mutt, OpenOffice, Emacs

On November 3, 2002 at 2:29AM +0900, Tatsuya Kinoshita <[EMAIL PROTECTED]> wrote: > For more information, see the Emacs manual. (`C-x info RET d m > Emacs RET s coding RET SPC SPC SPC ...) `M-x info RET ...'. -- Tatsuya Kinoshita -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject

Re: Locales, Mutt, OpenOffice, Emacs

On November 2, 2002 at 5:43PM +0100, Vincent Lefevre <[EMAIL PROTECTED]> wrote: > On Sat, Nov 02, 2002 at 11:30:16 -0500, Alan Shutko wrote: > > You can/must set the input and output independantly. C-x C-m k for the > > input, C-x C-m t for the output. (Or their equivalents in your > > .emacs.)

Re: Locales, Mutt, OpenOffice, Emacs

Vincent Lefevre <[EMAIL PROTECTED]> writes: > Currently emacs generates files encoded in ISO-8859-1. What should > I do if I want files encoded in UTF-8? C-x C-m f, or check the Recognize Coding node of the Emacs manual. -- Alan Shutko <[EMAIL PROTECTED]> - In a variety of flavors! -- To UNS

Re: Locales, Mutt, OpenOffice, Emacs

On Sat, Nov 02, 2002 at 11:30:16 -0500, Alan Shutko wrote: > You can/must set the input and output independantly. C-x C-m k for the > input, C-x C-m t for the output. (Or their equivalents in your > .emacs.) OK, thanks. This now works. Currently emacs generates files encoded in ISO-8859-1. What

Re: Locales, Mutt, OpenOffice, Emacs

Vincent Lefevre <[EMAIL PROTECTED]> writes: > The problem is that the output (currently ISO-8859-1) doesn't match > the input (currently UTF-8). How can I fix that? You can/must set the input and output independantly. C-x C-m k for the input, C-x C-m t for the output. (Or their equivalents in y

Re: Locales, Mutt, OpenOffice, Emacs

On Sat, Nov 02, 2002 at 11:11:25 -0500, Alan Shutko wrote: > terminal-coding-system is only output. You want to use > set-keyboard-coding-system. The problem is that the output (currently ISO-8859-1) doesn't match the input (currently UTF-8). How can I fix that? -- Vincent Lefèvre <[EMAIL PROT

Re: Locales, Mutt, OpenOffice, Emacs

On Sun, Nov 03, 2002 at 00:23:48 +0900, Tatsuya Kinoshita wrote: > I guessed that you are using (set-terminal-coding-system 'utf-8) > on the ISO-8859-1 termianl. You should set > terminal-coding-system appropriately. No, I have no problem on a ISO-8859-1 terminal, only on a UTF-8 terminal: in uxt

Re: Locales, Mutt, OpenOffice, Emacs

Vincent Lefevre <[EMAIL PROTECTED]> writes: > But even when the terminal coding system is correctly set, Emacs > still uses the ISO-8859-1 encoding for a UTF-8 input, e.g. I get > é instead of é. Emacs should either convert the UTF-8 sequence > to ISO-8859-1 or set the encoding of the file to UTF

Re: Locales, Mutt, OpenOffice, Emacs

On Sun, Nov 03, 2002 at 00:54:05 +0900, Tatsuya Kinoshita wrote: > On November 2, 2002 at 2:01PM +0100, > Vincent Lefevre <[EMAIL PROTECTED]> wrote: > > > But even when the terminal coding system is correctly set, Emacs > > still uses the ISO-8859-1 encoding for a UTF-8 input, e.g. I get > > é in

Re: Locales, Mutt, OpenOffice, Emacs

On November 2, 2002 at 2:01PM +0100, Vincent Lefevre <[EMAIL PROTECTED]> wrote: > But even when the terminal coding system is correctly set, Emacs > still uses the ISO-8859-1 encoding for a UTF-8 input, e.g. I get > é instead of é. What is `a UTF-8 input'? In Emacs on the ISO-8859-1/UTF-8 termi

Re: Locales, Mutt, OpenOffice, Emacs

On November 2, 2002 at 2:01PM +0100, Vincent Lefevre <[EMAIL PROTECTED]> wrote: > > (set-terminal-coding-system 'utf-8 > But even when the terminal coding system is correctly set, Emacs > still uses the ISO-8859-1 encoding for a UTF-8 input, e.g. I get > é instead of é. Emacs should eith

Re: Locales, Mutt, OpenOffice, Emacs

On Sat, Nov 02, 2002 at 14:39:48 +0900, Tatsuya Kinoshita wrote: > If the LANG environment variable is `en_US', Emacs uses > iso-latin-1 for (terminal-coding-system) by default. For UTF-8 > locales, see below. > > -- ~/.emacs -- > ;;(set-language-environment "Latin-1") > ;;(setq default-input-me

Re: Locales, Mutt, OpenOffice, Emacs

On November 1, 2002 at 6:12PM +0100, Vincent Lefevre <[EMAIL PROTECTED]> wrote: > On Sat, Nov 02, 2002 at 01:36:50 +0900, Tatsuya Kinoshita wrote: > > Unfortunately, (terminal-coding-system) is nil in Emacs even if > > the LANG envionment variable is set to `en_US.UTF-8'. So, the > > above config

Re: Locales, Mutt, OpenOffice, Emacs

On November 1, 2002 at 6:12PM +0100, Vincent Lefevre <[EMAIL PROTECTED]> wrote: > On Sat, Nov 02, 2002 at 01:36:50 +0900, Tatsuya Kinoshita wrote: > > Unfortunately, (terminal-coding-system) is nil in Emacs even if > > the LANG envionment variable is set to `en_US.UTF-8'. So, the > > above config

Re: Locales, Mutt, OpenOffice, Emacs

On Sat, Nov 02, 2002 at 01:36:50 +0900, Tatsuya Kinoshita wrote: > Unfortunately, (terminal-coding-system) is nil in Emacs even if > the LANG envionment variable is set to `en_US.UTF-8'. So, the > above configuration is required on the UTF-8 terminal. But what if one uses sometimes ISO-8859-1 and

Re: Locales, Mutt, OpenOffice, Emacs

On November 1, 2002 at 2:04PM +0100, Vincent Lefevre <[EMAIL PROTECTED]> wrote: > > If you want to use emacs on the UTF-8 terminal, put > > (set-terminal-coding-system 'utf-8) in your `~/.emacs'. > > This is really stupid. Could emacs be fixed to use the locales > instead? Unfortunately, (termin

Re: Locales, Mutt, OpenOffice, Emacs

On Thu, Oct 31, 2002 at 21:31:09 +0900, Tatsuya Kinoshita wrote: > If you want to use emacs on the UTF-8 terminal, put > (set-terminal-coding-system 'utf-8) in your `~/.emacs'. This is really stupid. Could emacs be fixed to use the locales instead? -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <

Re: locales and accented charaters

also sprach Nori Heikkinen <[EMAIL PROTECTED]> [2002.10.31.0245 +0100]: > once i teach my robots to play soccer and my computer to play > hawaiian checkers, i will do it for you ;) i have witnesses that you said this, you ambitious geek, you! > > do you know what locales are? > > obviously not

  1   2   >