On Lu, 02 mar 20, 12:11:38, David Wright wrote:
>
> I think the scope for misinterpretation comes from the language used.
> (Ironic here…) "Please choose which locales to generate" focuses, for
> some reason, on the process of reaching a state, rather than the state
> t
On Mon 02 Mar 2020 at 08:40:34 (-0500), Greg Wooledge wrote:
> On Fri, Feb 28, 2020 at 08:26:35PM -0600, David Wright wrote:
> >
> > Now the first question was "Please choose which locales to generate."
> > As it happens, I don't need to *generate* any, b
On Fri, Feb 28, 2020 at 08:26:35PM -0600, David Wright wrote:
>
> Now the first question was "Please choose which locales to generate."
> As it happens, I don't need to *generate* any, because I selected
> en_US.UTF-8 at installation time.
*sigh*
When you run dpkg-r
gt; > (use none if you access the host through SSH) or 'C.UTF-8."
> >
> > And the fact that in dpkg-reconfigure locales, I didn't see the option
> > for C.UTF-8.
>
> You are asked first which locales to generate, then which to use per
> default.
>
>
;
> And the fact that in dpkg-reconfigure locales, I didn't see the option
> for C.UTF-8.
You are asked first which locales to generate, then which to use per
default.
There's nothing to _generate_ for C.UTF-8 so you won't find it in first
dialog, only in second.
- Jonas
Thanks, I was referring to john doe's earlier comment "In other words, one
language needs to be selected in order to be able to choose 'none' (use
none if you access the host through SSH) or 'C.UTF-8."
And the fact that in dpkg-reconfigure locales, I didn'
On Fri, Feb 28, 2020 at 04:10:54PM -0500, Ted Baker wrote:
> So C.UTF-8 in itself does not count as a valid locale, and I have to add
> something like en_US.UTF-8?
This is debian-user, so the answer is "it's valid in Debian".
You can tell because it shows up in the output of "locale -a".
For a m
ote:
> >>
> >> You should use 'dpkg-reconfigure locales'.
> >>
> >
> > I actually tried `sudo dpkg-reconfigure locales`, but C.UTF-8 is not
> even
>
> $ DEBIAN_FRONTEND=text dpkg-reconfigure locales
> Configuring locales
> ---
>
> I've no idea about the answer to that, but I am interested about
> how you ascertained the parental relationship.
>
I used `ps flax`. Output from the `pstree` command Greg mentioned looks
nicer.
On Fri, Feb 28, 2020 at 01:55:12PM -0600, David Wright wrote:
> Like G.W. Haywood, I run fvwm with
All of the cool people do!
:r !pstree
systemd-+-acpid
|-login---bash---startx---xinit-+-Xorg---3*[{Xorg}]
| `-fvwm-+-FvwmAnimate
|
On Fri 28 Feb 2020 at 11:21:35 (-0500), Ted Baker wrote:
> >
> > In GNOME, terminals are not children of the window manager, or even of
> > the session manager. When you ask for a terminal, GNOME sends a letter
> > to dbus, asking dbus to please make a terminal. Your gnome-terminal
> > is a child
On Friday, February 28, 2020 12:55:38 PM Greg Wooledge wrote:
> Whatever it is that you wanted to know.
Thanks for your reply!
What I wanted to know is whether KDE had the same problem that you perceived
with GNOME (without fully understanding the details or ramifications of the
problem).
At s
On Fri, Feb 28, 2020 at 12:32:00PM -0500, rhkra...@gmail.com wrote:
> On Friday, February 28, 2020 11:09:23 AM Greg Wooledge wrote:
> > On Fri, Feb 28, 2020 at 11:00:58AM -0500, rhkra...@gmail.com wrote:
> > > Do you (or does anyone else) know if KDE works in a manner similar to
> > > GNOME, or is
On Friday, February 28, 2020 11:09:23 AM Greg Wooledge wrote:
> On Fri, Feb 28, 2020 at 11:00:58AM -0500, rhkra...@gmail.com wrote:
> > Do you (or does anyone else) know if KDE works in a manner similar to
> > GNOME, or is it more like the traditional X11 setup?
>
> If you're actually using KDE, y
On Fri, Feb 28, 2020 at 11:21:35AM -0500, Ted Baker wrote:
> so in my terminal, I can see the parental relationship is,
>
> init -> systemd --user -> gnome-terminal-server -> bash
> where init is /usr/lib/systemd
>
> how do these three processes fit into your dbus description?
Who knows? It's a
>
> In GNOME, terminals are not children of the window manager, or even of
> the session manager. When you ask for a terminal, GNOME sends a letter
> to dbus, asking dbus to please make a terminal. Your gnome-terminal
> is a child of dbus, and inherits its environment from dbus.
>
> You do not ge
On Fri, Feb 28, 2020 at 11:00:58AM -0500, rhkra...@gmail.com wrote:
> Do you (or does anyone else) know if KDE works in a manner similar to GNOME,
> or is it more like the traditional X11 setup?
If you're actually using KDE, you could find out for yourself by
trying it and seeing what happens. G
On Friday, February 28, 2020 09:35:36 AM Greg Wooledge wrote:
> In a traditional X11 setup, your session is a hierarchy of processes,
> with the window manager (or session manager) as the parent/root of
> the hierarchy. Every process is a descendant of the window manager,
> and inherits its enviro
> In GNOME, terminals are not children of the window manager, or even of
> the session manager. When you ask for a terminal, GNOME sends a letter
> to dbus, asking dbus to please make a terminal. Your gnome-terminal
> is a child of dbus, and inherits its environment from dbus.
Is that how `gnome
On 2/28/2020 3:34 PM, Ted Baker wrote:
>>
>> You should use 'dpkg-reconfigure locales'.
>>
>
> I actually tried `sudo dpkg-reconfigure locales`, but C.UTF-8 is not even
$ DEBIAN_FRONTEND=text dpkg-reconfigure locales
Configuring locales
---
hing.
> >
>
> hmm. I am trying to understand what GNOME does under the hood, in this
> case, if possible. Right now, console (ctl+alt+F3) and gnome terminal gives
> different locales, I would like to fix that :)
In a traditional X11 setup, your session is a hierarchy of processes,
with t
>
> You should use 'dpkg-reconfigure locales'.
>
I actually tried `sudo dpkg-reconfigure locales`, but C.UTF-8 is not even
on the list, so I can only remove en_US.UTF-8 there. Then I did `sudo
update-locale LANG=C.UTF-8`. As far as I know, these steps basically
modifies /e
e, if possible. Right now, console (ctl+alt+F3) and gnome terminal gives
different locales, I would like to fix that :)
On Fri, Feb 28, 2020 at 07:01:31AM +0100, john doe wrote:
> On 2/28/2020 6:55 AM, john doe wrote:
> > On 2/28/2020 2:07 AM, Ted Baker wrote:
> >> I updated /etc/default/locale, LANG=C.UTF-8, then reboot.
> >>
> >
> > You should use 'dpkg-reconfigure loca
On 2/28/2020 6:55 AM, john doe wrote:
> On 2/28/2020 2:07 AM, Ted Baker wrote:
>> I updated /etc/default/locale, LANG=C.UTF-8, then reboot.
>>
>
> You should use 'dpkg-reconfigure locales'.
>
> https://wiki.debian.org/Locale
>
Also the language in Gnome
On 2/28/2020 2:07 AM, Ted Baker wrote:
> I updated /etc/default/locale, LANG=C.UTF-8, then reboot.
>
You should use 'dpkg-reconfigure locales'.
https://wiki.debian.org/Locale
--
John Doe
/etc/systemd/user/
~/.config/systemd/user/
I also searched in dconf-editor, and changed org.gnome.system.location from
custom value en_US.UTF-8 to default. Doesn't help.
Any reference/links about how systemd/gnome environment variable works, and
information about locales will be appreciated.
Ted
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:
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 locale
warning: failed to install locale: Invalid arg
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 "localect
owadays it's probably good idea to set locales with "localectl". That
> command will write the changes to the right files. Examples from my
> system:
>
> localectl set-locale LANG=fi_FI.UTF-8 LC_MESSAGES=C
>
> localectl set-x11-keymap fi pc105 ""
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 changes to the right files.
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
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
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
Hi Debian Users List,
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 just fine, but I am having difficulty inputtin
ult locale: No such file or directory
> > locale: Cannot set LC_COLLATE to default locale: No such file or directory
> > C
> > POSIX
>
> Normally, this would be a case of
>
> # dpkg-reconfigure locales
>
> However,
>
> > rc locales 2.11.3-4
No such file or directory
> locale: Cannot set LC_COLLATE to default locale: No such file or directory
> C
> POSIX
have you installed the en-GB locales? Something similar happens to me,
when i had installed only sk-SK locales.
regards
--
Slavko
http://slavino.sk
signature.asc
Descrip
ory
> locale: Cannot set LC_COLLATE to default locale: No such file or directory
> C
> POSIX
Normally, this would be a case of
# dpkg-reconfigure locales
However,
> rc locales 2.11.3-4 Embedded GNU C Library: […]
indicates that for some reason, locales
default locale: No such file or directory
C
POSIX
but when I do # locale-gen
-bash: locale-gen: command not found.
Now it seems that I cannot install the locale-gen but locale is install
/# dpkg -l locales
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half
Zsolt Ero writes:
> My question is that is it safe to remove the all the leftover file
> from /usr/share/locale after removing the locales package?
Where do these files come from? Shouldn't they have been removed when
purging the package? Do they belong to another package?
On Mon 17 Sep 2012 at 17:22:16 +, Camaleón wrote:
> Google points to a tool called "localepurge", available from the usual
> repositories. Before manually removing folders that where not purged
> after the locale packages have been removed, I would look at this, just
> to get a second opini
On 2012-09-17 19:22 +0200, Camaleón wrote:
> On Mon, 17 Sep 2012 16:47:23 +0200, Zsolt Ero wrote:
>
> (...)
>
>> My question is that is it safe to remove the all the leftover file from
>> /usr/share/locale after removing the locales package?
>>
>> Or are th
On Mon, 17 Sep 2012 16:47:23 +0200, Zsolt Ero wrote:
(...)
> My question is that is it safe to remove the all the leftover file from
> /usr/share/locale after removing the locales package?
>
> Or are those files required for anything else?
(...)
Google points to a tool called
I'm trying to make a minimalistic Debian install for a low-mem VPS
box. I'll be uninstalling the locales package, as there is no need for
any kind of locale support for my purposes (only a few server
programs, English only is perfectly enough).
My question is that is it safe to remove t
to ignore certain characters. Try filtering the output
> through, for example, 's/[_|"|,]//g' and the you get it in the right
> order.
Yes, "sort" documentation and man page advice about that (to avoid custom
locales while using it), but what (an how) it really does when
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
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" (
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
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
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?
[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
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
[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_
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
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
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 that?
aph3,"APP",""
aph3_devel,"TXT",""
ap
On Tuesday 27 April 2010 10:15:24 John A. Sullivan III wrote:
> On Mon, 2010-04-26 at 13:48 -0500, Boyd Stephen Smith Jr. wrote:
> > On Sunday 25 April 2010 07:45:28 John A. Sullivan III wrote:
> > > Is something broken in the belocs-locales-bin package? Thanks - John
> &g
> be_BY.UTF-8... up-to-date
> > be_by.ut...@latin... up-to-date
> > ber_DZ.UTF-8... cannot open locale definition file `ber_DZ': No such
> > file or directory
>
> This locale may not be supported by belocs-locales-bin; check
> /usr/share/i18n/SUPPORT
.. cannot open locale definition file `ber_DZ': No such
> file or directory
This locale may not be supported by belocs-locales-bin; check
/usr/share/i18n/SUPPORTED.
> dpkg: error processing belocs-locales-bin (--configure):
> subprocess post-installation script returned error exit
ssing belocs-locales-bin (--configure):
subprocess post-installation script returned error exit status 4
Errors were encountered while processing:
belocs-locales-bin
E: Sub-process /usr/bin/dpkg returned an error code (1)
Is something broken in the belocs-locales-bin package? Thanks - John
-
This works without issue because the package dependency 'glibc-2.7-1' is a
> dummy package, and the real package that locales really requires is
> already installed, but the installer doesn't know this.
>
> This issue may also exist because of a system that was upgraded (this
ckage, and the real package that locales really requires is
already installed, but the installer doesn't know this.
This issue may also exist because of a system that was upgraded (this
system used to run Etch) or one that is in limbo between Testing and
Stable (which may be the case here, but
er.debian.net/tracker/CVE-2010-0015>
>> - locales, libc6 (remotely exploitable, medium urgency)
>>
>>
>> And I figure, it's a good time to upgrade locales. Apt-get upgrade doesn't
>> think this needs to be upgraded, so I manually remove it and then try
t
> On 2010-03-31 16:50, Ernie Dunbar wrote:
>> So today, Debsecan warns me about this issue:
>>
>> CVE-2010-0015 nis/nss_nis/nis-pwd.c in the GNU C Library (aka glibc...
>> <http://security-tracker.debian.net/tracker/CVE-2010-0015>
>> - locales, libc
On 2010-03-31 16:50, Ernie Dunbar wrote:
So today, Debsecan warns me about this issue:
CVE-2010-0015 nis/nss_nis/nis-pwd.c in the GNU C Library (aka glibc...
<http://security-tracker.debian.net/tracker/CVE-2010-0015>
- locales, libc6 (remotely exploitable, medium urgency)
And I
So today, Debsecan warns me about this issue:
CVE-2010-0015 nis/nss_nis/nis-pwd.c in the GNU C Library (aka glibc...
<http://security-tracker.debian.net/tracker/CVE-2010-0015>
- locales, libc6 (remotely exploitable, medium urgency)
And I figure, it's a good time to upgrade local
On Mon, May 18, 2009 at 6:42 PM, Jan Willem Stumpel wrote:
>
>
Thanks for your time and such in-deep explanation!
--
Sincerely Yours'
Mark Goldshtein
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.o
anging the locale".
AFAIK the "locale" *mainly* determines the user interface.
Messages and prompts from programs, date and currency formats,
paper size (eg "Letter" for US locales), number format (e.g.
thousands separator is comma in some locales, period in others), etc.
Note t
Hello, list!
Would you, please, help me to explain how locales work in Lenny? I
have checked docs but something remains unclear. If you have time,
please, answer a few questions below:
1. Is a default system locale independent from an interface language?
I mean, is it possible to change a
2009/4/27 Nuno Magalhães :
>> dpkg-reconfigure locales
>>
>> Unselect the locales you don't want, then run localeourge again.
>
> That's the whole point: i've never selected all locales in the first
> place, only 2.
>
> --
> () ascii ribbon
> dpkg-reconfigure locales
>
> Unselect the locales you don't want, then run localeourge again.
That's the whole point: i've never selected all locales in the first
place, only 2.
--
() ascii ribbon campaign - against html e-mail
/\ ascii-rubanda kampajno - kontraŭ
Nuno Magalhães :
>
> Technicly, can i safely remove unused locales? I do use localepurge
> (on the new system since isntall), but there don't seem to be included
> in the process.
dpkg-reconfigure locales
Unselect the locales you don't want, then run localeourge again
Greetings earthlings.
While crusing around i came across /usr/share/locale. Now, i only
installed 2 locales, yet my system had... a whole lot. It's an old
system, so i checked a freshly installed laptop - same thing: roughly
150 locale directories. Why's that? I know 3.6MB is not m
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
| Jan 19 2007
> C | Jan 19 2007 | Jan 19 2007
>
> 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
ale' time style now
> | behaves like 'posix-long-iso' if your locale settings appear to be messed
> | up. This change
> | attempts to have the default be the best of both worlds.
>
> `
>
> The locales did not change, just the behavior of ls.
>
> Sven
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
> &g
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 "20
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
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
d this morning. The claim that
for etch with German locales the date display format would be like above
simply isn't true at all. My apologies, dunno how this came to my mind -
perhaps a DOS console clawed it's way up from the abyss... Now for some
reality checks.
I'm comparing t
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-
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.1
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&q
-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
rkaround, I changed LC_TIME to "en_US.UTF-8", as this provides me at
> > least with an ISO-8601-conform format, but I'd prefer the numerical display
> > for german like it has been on etch.
>
> This looks promising
>
> http://ccollins.wordpress.com/2009/01
-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
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 when doing a "ls -al" for the german
locale unfortunately changed from
etch: »31.12.2008 1
On Tue, May 06, 2008 at 02:26:40PM +0300, Dotan Cohen wrote:
> I noticed that my locale definitions are not defined in the available
> system locales:
>
> [EMAIL PROTECTED]:~$ locale
> LANG=en_US.UTF-8
> LC_CTYPE="en_US.UTF-8"
> LC_NUMERIC="en_US.UTF-8&q
I noticed that my locale definitions are not defined in the available
system locales:
[EMAIL PROTECTED]:~$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8&q
Awesome!! Thank you very much Mr. Florian Kulzer!
You hit the nail on the head, plus you explained the issue in a very clear
and easy way.
I'll convert all my files to utf8, set my editors correctly and ofcourse add
that package into my tex files header.
I'm happy now. :D
Cheers!
[ Please put your answers/reactions in the quoted older message instead
of on top of it. This makes it easier for the other people on the list
(who may not remember our earlier conversation) to follow the
discussion. ]
On Sun, Feb 03, 2008 at 21:23:35 -0200, Andres Migliazzo wrote:
> Awesome
Awesome... we are on the road now, I've tried console-setup package in
combination with the
console-terminus fonts as you told me, but the issue still remains. When I
use "more" I see a "white square" instead of "á - ú or ñ" characters, and
when I check the text file with aspell it does not show t
On Wed, Jan 30, 2008 at 21:03:30 -0200, Andres Migliazzo wrote:
[...]
> I have a similar question... I'm wondering if is doable to set up your
> debian system in English and read special characters (like á-ú,ñ) in the tty
> console.
Yes, that is possible. You need an English locale that allows y
>
> > On Mon, Jan 21, 2008 at 21:59:13 -0600, Alejandro Aguila Sáinz wrote:
> > > Hi, now I sent dpkg-reconfigure again and I get this:
> > >
> > > debian:/home/alekz# dpkg-reconfigure locales
> > > perl: warning: Setting locale failed.
>
2008/1/22, Florian Kulzer <[EMAIL PROTECTED]>:
> [ Please stop top-posting. ]
>
> On Mon, Jan 21, 2008 at 21:59:13 -0600, Alejandro Aguila Sáinz wrote:
> > Hi, now I sent dpkg-reconfigure again and I get this:
> >
> > debian:/home/alekz# dpkg-reconfigure locales
[ Please stop top-posting. ]
On Mon, Jan 21, 2008 at 21:59:13 -0600, Alejandro Aguila Sáinz wrote:
> Hi, now I sent dpkg-reconfigure again and I get this:
>
> debian:/home/alekz# dpkg-reconfigure locales
> perl: warning: Setting locale failed.
> perl: warning: Please check t
On 1/21/08, Lennart Andersen <[EMAIL PROTECTED]> wrote:
>
> * Alejandro Aguila Sáinz <[EMAIL PROTECTED]> [2008-01-21 21:59-0600]
> >Hi, now I sent dpkg-reconfigure again and I get this:
> >debian:/home/alekz# dpkg-reconfigure locales
> >perl: warning
Hi, now I sent dpkg-reconfigure again and I get this:
debian:/home/alekz# dpkg-reconfigure locales
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "Es_es",
LC_ALL = "Es_es",
LANG = "es_
1 - 100 of 483 matches
Mail list logo
