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...@openmailbox.org wrote:
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 Debian can't help with that?
On 2017-05-26 12:48, Greg Wooledge wrote:
On Fri, May 26, 2017 at 06:31:29PM +0200, gwmf...@openmailbox.org
wrote:
~/Desktop $ cat /etc/default/locale
LANG=en_US.UTF-8
LC_TIME=en_DK.UTF-8
~/Desktop $ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC=en_US.utf8
LC_TIME=en_US.utf8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=en_US.utf8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=en_US.utf8
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT=en_US.utf8
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
As you can see LC_TIME is set to en_DK in /etc/default/locale but
locale
is not reporting this when it is run.
Does this change if you login on a text console?
Does this change if you login via "ssh localhost" (or "ssh $HOSTNAME",
or ssh in from a different host to this one over a network)?
What desktop environment are you using? What display manager are you
using to login?
