t john means as
well ).
On Fri, Feb 28, 2020 at 4:25 PM Greg Wooledge wrote:
> 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 t
So C.UTF-8 in itself does not count as a valid locale, and I have to add
something like en_US.UTF-8?
The problem seems to show up only in gnome though. In console mode, things
are fine without en_US.UTF-8.
On Fri, Feb 28, 2020 at 9:52 AM john doe wrote:
> On 2/28/2020 3:34 PM, Ted Baker wr
>
> 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
>
> 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 /etc/locale.gen, runs loca
>
> This. Everything you know about Unix? Throw it out the window when
> you're using GNOME. GNOME takes over everything, and makes you do
> it all GNOME's way. You have control of nothing.
>
hmm. I am trying to understand what GNOME does under the hood, in this
case, if possible. Right now, c
I updated /etc/default/locale, LANG=C.UTF-8, then reboot.
ted@debian:~$ locale
LANG=en_US.UTF-8
LANGUAGE=
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"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
6 matches
Mail list logo