On 2017-05-30 12:40, Emanuele Bernardi wrote:
My system has en_US.utf8 for default, but I wanted the iso time so I
just
added the it_IT.utf8 (dpkg-reconfigure locales) and changed in gnome
Region
& Language the Formats.
And what do you do when you need the Paper format, currency, numeric
sy
On 2017-05-30 08:46, Greg Wooledge wrote:
Perhaps a GNOME-specific mailing list might have more options for you.
Maybe there's some way to tell GNOME not to touch the locale settings
*at all*, and simply let them pass through from the underlying
operating
system.
Yes, I have switched to taki
On 2017-05-27 11:39, Nicolas George wrote:
L'octidi 8 prairial, an CCXXV, gwmf...@openmailbox.org a écrit :
A lot of Europe does it, and it is wrong! It goes back quite a while
to when
it was fashionable to use a dot (.) as a symbol for multiplication. So
Europe stopped using a dot to signal a
On 2017-05-27 10:49, Frank wrote:
Op 27-05-17 om 14:33 schreef gwmf...@openmailbox.org:
Denmark does LC_NUMERIC wrong (using a comma where there should be a
decimal point).
Really? When did Denmark start using a decimal point instead of a
comma?
Regards,
Frank
A lot of Europe does it, and i
On 2017-05-27 10:20, Curt wrote:
On 2017-05-27, gwmf...@openmailbox.org wrote:
This definitely explains the problem (Thanks for contributing!), but I
don't think it's a real solution because changing the Gnome region
like
described (although it does change LC_TIME) changes other variables
(i
This definitely explains the problem (Thanks for contributing!), but I
don't think it's a real solution because changing the Gnome region like
described (although it does change LC_TIME) changes other variables (in
addition to LC_TIME) that make no sense for the United States (eg.,
LC_NUMERIC,
You are correct. typing locale in the virtual (text) console produces
LC_TIME=en_DK. So GNOME is overriding PAM's environment.
Thank you so much for helping me discover this! I learned a lot in the
process.
On 2017-05-26 13:01, Greg Wooledge wrote:
On Fri, May 26, 2017 at 12:54:24PM -0400, gw
A virtual console (eg, Ctrl+Alt+F2) produces the correct result when I
type ncal.
But if I type ncal in gnome-terminal, it starts the weeks with Sunday
(which is wrong). GNOME problem, right? That's why /etc/default/locale
isn't working how I expected?
On 2017-05-26 12:54, gwmf...@openmailbo
I neglected to say my environment. Sorry! I am on GNOME and login via
GDM.
I do not use SSH and it says connection refused when I try.
when I open a virtual console, and type ncal, the calendar begins with
Monday--so this appears to be working.
The problem is with GNOME, then? I suppose Debi
I did #1 and #2 before posting here, before putting LC_TIME at
/etc/default/locale. I reconfirmed that it is as you say it should be
when running locale -a.
Here is what locale reports after I log back in:
~/Desktop $ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC=en_US.utf
This wiki is apparently out of date because it does not work:
https://wiki.debian.org/Locale#First_day_of_week
I have the system default set to en_US.utf8. But I need sensical dates
and times (and en_US.utf8 uses nonsensical date & time format).
How can I set my Debian 8 stable to use en_DK.u
11 matches
Mail list logo
