Debian Bug report logs - #607138
locales: broken cyrillic in xterm with ru_UA.utf8 locale

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: basilio <basilio@gmx.com>

To: submit@bugs.debian.org

Subject: locales: broken cyrillic in xterm with ru_UA.utf8 locale

Date: Wed, 15 Dec 2010 00:09:47 +0200

[Message part 1 (text/plain, inline)]

Subject: locales: broken cyrillic in xterm with ru_UA.utf8 locale
Package: locales
Version: 2.11.2-7
Severity: normal

Cyrillic is completely broken in xterm and partially (no input) in wine when
using locale ru_UA.utf8. Setting LANG="ru_UA.UTF-8" manually solves the
problem. But setting LANG=ru_UA.UTF-8 in /etc/defaults/locale has no effect.
System locale remains ru_UA.utf8 even after rebooting. Writing alias
(ru_UA.utf8 ru_UA.UTF-8) in /usr/share/X11/locale/locale.alias doesn't help
either. So it looks like ru_UA.utf8 locale is broken. And correct locale
ru_UA.UTF-8 is impossible to choose during startup. Locale ru_UA.UTF-8
generated. Need help. Thanks ahead.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), 
(500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=ru_UA.utf8, LC_CTYPE=ru_UA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages locales depends on:
ii  debconf [debconf-2.0]         1.5.37     Debian configuration 
management sy
ii  libc6 [glibc-2.11-1]          2.11.2-7   Embedded GNU C Library: 
Shared lib

locales recommends no packages.

locales suggests no packages.

-- debconf information:
* locales/default_environment_locale: ru_UA.UTF-8
* locales/locales_to_be_generated: ru_UA.UTF-8 UTF-8

[reportbug-locales-20101214-2484-3dAAJw (text/plain, attachment)]

Message #10 received at 607138@bugs.debian.org (full text, mbox, reply):

From: alexander barakin <alex.barakin@gmail.com>

To: 607138@bugs.debian.org

Subject: possible solution

Date: Tue, 21 Dec 2010 12:03:13 +0300

maybe this patch will help:

--- /usr/share/X11/locale/locale.alias.orig     2010-12-20
22:24:45.000000000 +0000
+++ /usr/share/X11/locale/locale.alias  2010-12-20 22:22:42.000000000 +0000
@@ -968,6 +968,7 @@
 ru.UTF-8                                       ru_RU.UTF-8
 ru_RU                                          ru_RU.UTF-8
 ru_RU.utf8                                     ru_RU.UTF-8
+ru_UA.utf8                                     ru_UA.UTF-8
 ru_RU.iso88595                                 ru_RU.ISO8859-5
 ru_RU.ISO-8859-5                               ru_RU.ISO8859-5
 ru_RU.koi8r                                    ru_RU.KOI8-R
@@ -2266,6 +2267,7 @@
 ru.UTF-8:                                      ru_RU.UTF-8
 ru_RU:                                         ru_RU.UTF-8
 ru_RU.utf8:                                    ru_RU.UTF-8
+ru_UA.utf8:                                    ru_UA.UTF-8
 ru_RU.iso88595:                                        ru_RU.ISO8859-5
 ru_RU.ISO-8859-5:                              ru_RU.ISO8859-5
 ru_RU.koi8r:                                   ru_RU.KOI8-R

Message #15 received at 607138@bugs.debian.org (full text, mbox, reply):

From: Basilio <basilio@gmx.com>

To: 607138@bugs.debian.org

Subject: one more solution

Date: Tue, 21 Dec 2010 12:53:11 +0200

Looks like gdm overrides all locales defined in the system. To manage 
this I had to redefine GMD_LANGUAGE variable with locale that I intend 
to use before choosing that locale:
so I put in the ~/.profile following strings:

GDM_LANGUAGE='ru_UA.UTF-8
export GDM_LANGUAGE
LANG='ru_UA.UTF-8'
export LANG

Message #20 received at 607138@bugs.debian.org (full text, mbox, reply):

From: Basilio <basilio@gmx.com>

To: 607138@bugs.debian.org

Subject: Fwd: one more solution

Date: Tue, 21 Dec 2010 13:05:33 +0200

Sorry, previous message has some misprints. This is a correct version.

Looks like gdm overrides all locales defined in the system. To manage this
I had to redefine GDM_LANGUAGE variable with locale that I intend to use
before choosing that locale:
so I put in the ~/.profile following strings:

GDM_LANGUAGE='ru_UA.UTF-8'
export GDM_LANGUAGE
LANG='ru_UA.UTF-8'
export LANG

Message #25 received at 607138@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurelien@aurel32.net>

To: basilio <basilio@gmx.com>

Cc: 607138@bugs.debian.org

Subject: Bug#607138: locales: broken cyrillic in xterm with ru_UA.utf8 locale

Date: Sun, 12 Jun 2011 13:55:36 +0200

On Wed, Dec 15, 2010 at 12:09:47AM +0200, basilio wrote:
> Subject: locales: broken cyrillic in xterm with ru_UA.utf8 locale
> Package: locales
> Version: 2.11.2-7
> Severity: normal
> 
> Cyrillic is completely broken in xterm and partially (no input) in wine when
> using locale ru_UA.utf8. Setting LANG="ru_UA.UTF-8" manually solves the
> problem. But setting LANG=ru_UA.UTF-8 in /etc/defaults/locale has no effect.
> System locale remains ru_UA.utf8 even after rebooting. Writing alias
> (ru_UA.utf8 ru_UA.UTF-8) in /usr/share/X11/locale/locale.alias doesn't help
> either. So it looks like ru_UA.utf8 locale is broken. And correct locale
> ru_UA.UTF-8 is impossible to choose during startup. Locale ru_UA.UTF-8
> generated. Need help. Thanks ahead.
> 

The question is why did you define your default locale as "ru_UA.utf8"
and not "ru_UA.UTF-8"? "ru_UA.utf8" is not a locale which exist by
default (unless you manually created it), so it's normal it causes you
problem.

By the way, are you sure you have no locale defines in /etc/environment?

-- 
Aurelien Jarno                          GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net

Message #30 received at 607138@bugs.debian.org (full text, mbox, reply):

From: basilio <basilio@gmx.com>

To: Aurelien Jarno <aurelien@aurel32.net>

Cc: 607138@bugs.debian.org

Subject: Re: Bug#607138: locales: broken cyrillic in xterm with ru_UA.utf8 locale

Date: Sun, 12 Jun 2011 16:27:07 +0300

12.06.2011 14:55, Aurelien Jarno пишет:
> The question is why did you define your default locale as "ru_UA.utf8"
> and not "ru_UA.UTF-8"? "ru_UA.utf8" is not a locale which exist by
> default (unless you manually created it), so it's normal it causes you
> problem.
>
> By the way, are you sure you have no locale defines in /etc/environment?
>
Thanks.
Locale ru_UA.utf8 is not a question. It is the default system behavior.
When using gdm at least. And more than that, "non-existent" locale
ru_RU.utf8 works without problems. I had found the way to solve this
problem for me, so I've posted a solution. I don't pretend that it's
right from some ideological point of view (x.org, gnome or debian for
example). It just works.
And, btw, /etc/environment on my system is completely empty.

Message #35 received at 607138@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurelien@aurel32.net>

To: basilio <basilio@gmx.com>

Cc: 607138@bugs.debian.org

Subject: Re: Bug#607138: locales: broken cyrillic in xterm with ru_UA.utf8 locale

Date: Sun, 12 Jun 2011 15:57:31 +0200

On Sun, Jun 12, 2011 at 04:27:07PM +0300, basilio wrote:
> 12.06.2011 14:55, Aurelien Jarno пишет:
> > The question is why did you define your default locale as "ru_UA.utf8"
> > and not "ru_UA.UTF-8"? "ru_UA.utf8" is not a locale which exist by
> > default (unless you manually created it), so it's normal it causes you
> > problem.
> >
> > By the way, are you sure you have no locale defines in /etc/environment?
> >
> Thanks.
> Locale ru_UA.utf8 is not a question. It is the default system behavior.

This is not a locale provided by the locales package by default. What is
the contents of the /etc/locale.gen file on your system?

-- 
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net

Message #40 received at 607138@bugs.debian.org (full text, mbox, reply):

From: basilio <basilio@gmx.com>

To: Aurelien Jarno <aurelien@aurel32.net>

Cc: 607138@bugs.debian.org

Subject: Re: Bug#607138: locales: broken cyrillic in xterm with ru_UA.utf8 locale

Date: Sun, 12 Jun 2011 17:26:24 +0300

12.06.2011 16:57, Aurelien Jarno пишет:
> On Sun, Jun 12, 2011 at 04:27:07PM +0300, basilio wrote:
>> 12.06.2011 14:55, Aurelien Jarno пишет:
>>> The question is why did you define your default locale as "ru_UA.utf8"
>>> and not "ru_UA.UTF-8"? "ru_UA.utf8" is not a locale which exist by
>>> default (unless you manually created it), so it's normal it causes you
>>> problem.
>>>
>>> By the way, are you sure you have no locale defines in /etc/environment?
>>>
>> Thanks.
>> Locale ru_UA.utf8 is not a question. It is the default system behavior.
> This is not a locale provided by the locales package by default. What is
> the contents of the /etc/locale.gen file on your system?
>
en_US.UTF-8 UTF-8
ru_UA.UTF-8 UTF-8

Patching /usr/share/X11/locale/locale.alias (like alexander barakin
proposes) also does the trick.

Message #45 received at 607138@bugs.debian.org (full text, mbox, reply):

From: Aurelien Jarno <aurelien@aurel32.net>

To: basilio <basilio@gmx.com>

Cc: 607138@bugs.debian.org

Subject: Re: Bug#607138: locales: broken cyrillic in xterm with ru_UA.utf8 locale

Date: Sun, 12 Jun 2011 17:01:10 +0200

reassign 607138 libx11-data,gdm
thanks

On Sun, Jun 12, 2011 at 05:26:24PM +0300, basilio wrote:
> 12.06.2011 16:57, Aurelien Jarno пишет:
> > On Sun, Jun 12, 2011 at 04:27:07PM +0300, basilio wrote:
> >> 12.06.2011 14:55, Aurelien Jarno пишет:
> >>> The question is why did you define your default locale as "ru_UA.utf8"
> >>> and not "ru_UA.UTF-8"? "ru_UA.utf8" is not a locale which exist by
> >>> default (unless you manually created it), so it's normal it causes you
> >>> problem.
> >>>
> >>> By the way, are you sure you have no locale defines in /etc/environment?
> >>>
> >> Thanks.
> >> Locale ru_UA.utf8 is not a question. It is the default system behavior.
> > This is not a locale provided by the locales package by default. What is
> > the contents of the /etc/locale.gen file on your system?
> >
> en_US.UTF-8 UTF-8
> ru_UA.UTF-8 UTF-8
> 
> Patching /usr/share/X11/locale/locale.alias (like alexander barakin
> proposes) also does the trick.
> 

Ok, I am now convince it has nothing to do with C locales, as everything
is correct there. It is more likely a X11 locales issue.

I still don't understand why gdm defines "ru_UA.utf8" and why
libx11-data doesn't provide an alias contrary to other locales. I am
therefore reassigning this bug to both these packages.

-- 
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net

Message #54 received at 607138@bugs.debian.org (full text, mbox, reply):

From: basilio <basilio@gmx.com>

To: Aurelien Jarno <aurelien@aurel32.net>

Cc: 607138@bugs.debian.org

Subject: Re: Bug#607138: locales: broken cyrillic in xterm with ru_UA.utf8 locale

Date: Sun, 12 Jun 2011 18:25:39 +0300

12.06.2011 18:01, Aurelien Jarno пишет:
> reassign 607138 libx11-data,gdm
> thanks
>
> Ok, I am now convince it has nothing to do with C locales, as everything
> is correct there. It is more likely a X11 locales issue.
>
> I still don't understand why gdm defines "ru_UA.utf8" and why
> libx11-data doesn't provide an alias contrary to other locales. I am
> therefore reassigning this bug to both these packages.
>
As far as I can understand gdm defines locale during login process
accordingly to the language chosen by user on the login screen. Absence
of proper alias was the main problem I think. Thanks.

Message #59 received at 607138@bugs.debian.org (full text, mbox, reply):

From: Julien Cristau <jcristau@debian.org>

To: basilio <basilio@gmx.com>, 607138@bugs.debian.org

Cc: Aurelien Jarno <aurelien@aurel32.net>

Subject: Re: Bug#607138: locales: broken cyrillic in xterm with ru_UA.utf8 locale

Date: Sun, 12 Jun 2011 17:54:34 +0200

On Sun, Jun 12, 2011 at 18:25:39 +0300, basilio wrote:

> 12.06.2011 18:01, Aurelien Jarno пишет:
> > reassign 607138 libx11-data,gdm
> > thanks
> >
> > Ok, I am now convince it has nothing to do with C locales, as everything
> > is correct there. It is more likely a X11 locales issue.
> >
> > I still don't understand why gdm defines "ru_UA.utf8" and why
> > libx11-data doesn't provide an alias contrary to other locales. I am
> > therefore reassigning this bug to both these packages.
> >
> As far as I can understand gdm defines locale during login process
> accordingly to the language chosen by user on the login screen. Absence
> of proper alias was the main problem I think. Thanks.
> 
I think providing an alias for other locales was a mistake, if it means
gdm thinks it's a good idea to do that kind of crap.

Cheers,
Julien

Message #64 received at 607138@bugs.debian.org (full text, mbox, reply):

From: Josselin Mouette <joss@debian.org>

To: Julien Cristau <jcristau@debian.org>, 607138@bugs.debian.org

Cc: basilio <basilio@gmx.com>, Aurelien Jarno <aurelien@aurel32.net>

Subject: Re: Bug#607138: locales: broken cyrillic in xterm with ru_UA.utf8 locale

Date: Sun, 12 Jun 2011 18:56:36 +0200

Le dimanche 12 juin 2011 à 17:54 +0200, Julien Cristau a écrit :
> > > I still don't understand why gdm defines "ru_UA.utf8" and why
> > > libx11-data doesn't provide an alias contrary to other locales. I am
> > > therefore reassigning this bug to both these packages.
> > >
> > As far as I can understand gdm defines locale during login process
> > accordingly to the language chosen by user on the login screen. Absence
> > of proper alias was the main problem I think. Thanks.
> > 
> I think providing an alias for other locales was a mistake, if it means
> gdm thinks it's a good idea to do that kind of crap.

gdm from stable and gdm3 from unstable use foo_BAR.UTF-8.

Maybe you are talking about gdm3 from experimental. And this one gets
locale information from accountsservice, which in turn extracts it
directly from the locale data (there is nothing hardcoding foo_BAR.utf8
instead of foo_BAR.UTF-8, it’s the information as provided by locales).

Cheers,
-- 
 .''`.      Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-    […] I will see what I can do for you.”  -- Jörg Schilling

Message #69 received at 607138@bugs.debian.org (full text, mbox, reply):

From: basilio <basilio@gmx.com>

To: Josselin Mouette <joss@debian.org>

Cc: Julien Cristau <jcristau@debian.org>, 607138@bugs.debian.org, Aurelien Jarno <aurelien@aurel32.net>

Subject: Re: Bug#607138: locales: broken cyrillic in xterm with ru_UA.utf8 locale

Date: Sun, 12 Jun 2011 23:49:10 +0300

12.06.2011 19:56, Josselin Mouette пишет:
> Le dimanche 12 juin 2011 à 17:54 +0200, Julien Cristau a écrit :
>>>> I still don't understand why gdm defines "ru_UA.utf8" and why
>>>> libx11-data doesn't provide an alias contrary to other locales. I am
>>>> therefore reassigning this bug to both these packages.
>>>>
>>> As far as I can understand gdm defines locale during login process
>>> accordingly to the language chosen by user on the login screen. Absence
>>> of proper alias was the main problem I think. Thanks.
>>>
>> I think providing an alias for other locales was a mistake, if it means
>> gdm thinks it's a good idea to do that kind of crap.
> gdm from stable and gdm3 from unstable use foo_BAR.UTF-8.
>
> Maybe you are talking about gdm3 from experimental. And this one gets
> locale information from accountsservice, which in turn extracts it
> directly from the locale data (there is nothing hardcoding foo_BAR.utf8
> instead of foo_BAR.UTF-8, it’s the information as provided by locales).
>
> Cheers,
When I faced this problem my system was squeeze (testing). After some
investigation I understood that it was gdm who set ru_UA.utf8 locale
instead of orthodox ru_UA.UTF-8, so there were two ways to solve the
issue - set proper alias, or set UTF-8 locale after the gdm. I choose to
put a string in my ~./profile and it is still there and it works. I
think that it's a better solution than putting proper alias to the
locale.alias file because X.org updates seem to rewrite it.
But if the gdm now sets locale in format "foo_bar.UTF-8" or guys from
X.org have set alias for ru_UA.utf then there's no problem. And
unfortunately I find neither locale alias nor correct locale from gdm,
at least on my system (I use mix of squeeze/wheezy).

Message #74 received at 607138@bugs.debian.org (full text, mbox, reply):

From: alexander barakin <alex.barakin@gmail.com>

To: Cyril Brulebois <kibi@debian.org>

Cc: Dmitry Kolesnikov <kastaneda@gmail.com>, Debian X Strike Force <debian-x@lists.debian.org>, 608045@bugs.debian.org, 607138@bugs.debian.org

Subject: Re: An important issue was abandoned (package libx11-data)

Date: Fri, 6 Jan 2012 02:36:13 +0400

[Message part 1 (text/plain, inline)]

On Sun, Dec 11, 2011 at 12:19:51PM +0100, Cyril Brulebois wrote:
> Hi,
> 
> Dmitry Kolesnikov <kastaneda@gmail.com> (23/10/2011):
> > I would like to report a bug, but I've found that exactly the same
> > problem already have a bug report #608045. It seems to me that the
> > person who closed the bug was inconsiderate. I am experiencing
> > problems due to this bug (which is part of a larger bug #607138), and
> > do not know what to do next. Should I report the same bug again, or is
> > there some special way to ask you look closely?
> 
> that was not inconsiderate:
> 
> kibi@bowmore:~/debian-x/lib/libx11.git$ git grep ru_UA|grep -i utf
> nls/compose.dir.pre:en_US.UTF-8/Compose:		ru_UA.UTF-8
> nls/locale.dir.pre:en_US.UTF-8/XLC_LOCALE:			ru_UA.UTF-8
> 
> I'm cc-ing the bug and its submitter for reference.
> 
> So, as Julien said: stop using an invalid locale name.

invalid locale name is taken from the program "locale" (package
"libc-bin"):

$ sudo dpkg-reconfigure locales
Generating locales (this might take a while)...
  en_US.UTF-8... done
  ru_UA.UTF-8... done
Generation complete.
$ grep -Ev '^(#|$)' /etc/locale.gen
en_US.UTF-8 UTF-8
ru_UA.UTF-8 UTF-8
$ locale -a | grep utf
en_US.utf8
ru_UA.utf8
$ dpkg -S $(which locale)
libc-bin: /usr/bin/locale

-- 
alexander barakin aka sash-kan | mailto+jid: alex.barakin@gmail.com
mezon.ru,spb,russia            | nic-handle: SASH3-UANIC

[signature.asc (application/pgp-signature, inline)]

Message #79 received at 607138@bugs.debian.org (full text, mbox, reply):

From: Cyril Brulebois <kibi@debian.org>

To: alexander barakin <alex.barakin@gmail.com>

Cc: Dmitry Kolesnikov <kastaneda@gmail.com>, Debian X Strike Force <debian-x@lists.debian.org>, 608045@bugs.debian.org, 607138@bugs.debian.org

Subject: Re: An important issue was abandoned (package libx11-data)

Date: Fri, 6 Jan 2012 02:12:15 +0100

[Message part 1 (text/plain, inline)]

alexander barakin <alex.barakin@gmail.com> (06/01/2012):
> $ sudo dpkg-reconfigure locales
> Generating locales (this might take a while)...
>   en_US.UTF-8... done
>   ru_UA.UTF-8... done
> Generation complete.
> $ grep -Ev '^(#|$)' /etc/locale.gen
> en_US.UTF-8 UTF-8
> ru_UA.UTF-8 UTF-8
> $ locale -a | grep utf
> en_US.utf8
> ru_UA.utf8

That doesn't make it a valid locale.

Mraw,
KiBi.

[signature.asc (application/pgp-signature, inline)]

Message #84 received at 607138@bugs.debian.org (full text, mbox, reply):

From: alexander barakin <alex.barakin@gmail.com>

To: Cyril Brulebois <kibi@debian.org>

Cc: Dmitry Kolesnikov <kastaneda@gmail.com>, Debian X Strike Force <debian-x@lists.debian.org>, 608045@bugs.debian.org, 607138@bugs.debian.org

Subject: Re: An important issue was abandoned (package libx11-data)

Date: Fri, 6 Jan 2012 14:23:10 +0400

[Message part 1 (text/plain, inline)]

On Fri, Jan 06, 2012 at 02:12:15AM +0100, Cyril Brulebois wrote:
> alexander barakin <alex.barakin@gmail.com> (06/01/2012):
> > $ sudo dpkg-reconfigure locales
> > Generating locales (this might take a while)...
> >   en_US.UTF-8... done
> >   ru_UA.UTF-8... done
> > Generation complete.
> > $ grep -Ev '^(#|$)' /etc/locale.gen
> > en_US.UTF-8 UTF-8
> > ru_UA.UTF-8 UTF-8
> > $ locale -a | grep utf
> > en_US.utf8
> > ru_UA.utf8
> 
> That doesn't make it a valid locale.

ok

so in order to solve #608045 and #607138 we need one of two things:
1. fix package "libc-bin" - true way in your opinion (please reopen
#608045 and assign both #608045 and #607138 to package "libc-bin")
2. add alias for ru_UA.utf8 in package "libx11-data" - yet another
workaround (see output of "grep utf8
/usr/share/X11/locale/locale.alias")


-- 
alexander barakin aka sash-kan | mailto+jid: alex.barakin@gmail.com
mezon.ru,spb,russia            | nic-handle: SASH3-UANIC

[signature.asc (application/pgp-signature, inline)]

Message #89 received at 607138@bugs.debian.org (full text, mbox, reply):

From: Julien Cristau <jcristau@debian.org>

To: alexander barakin <alex.barakin@gmail.com>

Cc: Cyril Brulebois <kibi@debian.org>, Dmitry Kolesnikov <kastaneda@gmail.com>, Debian X Strike Force <debian-x@lists.debian.org>, 608045@bugs.debian.org, 607138@bugs.debian.org

Subject: Re: An important issue was abandoned (package libx11-data)

Date: Sun, 8 Jan 2012 13:06:45 +0100

On Fri, Jan  6, 2012 at 14:23:10 +0400, alexander barakin wrote:

> On Fri, Jan 06, 2012 at 02:12:15AM +0100, Cyril Brulebois wrote:
> > alexander barakin <alex.barakin@gmail.com> (06/01/2012):
> > > $ sudo dpkg-reconfigure locales
> > > Generating locales (this might take a while)...
> > >   en_US.UTF-8... done
> > >   ru_UA.UTF-8... done
> > > Generation complete.
> > > $ grep -Ev '^(#|$)' /etc/locale.gen
> > > en_US.UTF-8 UTF-8
> > > ru_UA.UTF-8 UTF-8
> > > $ locale -a | grep utf
> > > en_US.utf8
> > > ru_UA.utf8
> > 
> > That doesn't make it a valid locale.
> 
> ok
> 
> so in order to solve #608045 and #607138 we need one of two things:
> 1. fix package "libc-bin" - true way in your opinion (please reopen
> #608045 and assign both #608045 and #607138 to package "libc-bin")

there's nothing to fix in libc afaict.

> 2. add alias for ru_UA.utf8 in package "libx11-data" - yet another
> workaround (see output of "grep utf8
> /usr/share/X11/locale/locale.alias")
> 
and this shouldn't be necessary, just use the proper locale
(ru_UA.UTF-8).  Why do you think more is needed?

Cheers,
Julien

Message #94 received at 607138-done@bugs.debian.org (full text, mbox, reply):

From: Andreas Beckmann <anbe@debian.org>

To: 741610-done@bugs.debian.org, 609417-done@bugs.debian.org, 261150-done@bugs.debian.org, 578765-done@bugs.debian.org, 607138-done@bugs.debian.org, 619800-done@bugs.debian.org, 624137-done@bugs.debian.org, 647230-done@bugs.debian.org, 665758-done@bugs.debian.org, 683815-done@bugs.debian.org, 689660-done@bugs.debian.org, 689662-done@bugs.debian.org, 314791-done@bugs.debian.org, 420596-done@bugs.debian.org, 551802-done@bugs.debian.org, 289641-done@bugs.debian.org, 301594-done@bugs.debian.org, 303346-done@bugs.debian.org, 308992-done@bugs.debian.org, 367117-done@bugs.debian.org, 409647-done@bugs.debian.org, 470576-done@bugs.debian.org, 340767-done@bugs.debian.org, 346424-done@bugs.debian.org, 63681-done@bugs.debian.org, 82180-done@bugs.debian.org, 125929-done@bugs.debian.org, 250343-done@bugs.debian.org, 377478-done@bugs.debian.org, 428617-done@bugs.debian.org, 430063-done@bugs.debian.org, 449325-done@bugs.debian.org, 463263-done@bugs.debian.org

Subject: gdm has been superseded by gdm3

Date: Sun, 3 Jul 2016 22:07:39 +0200

Version: 2.20.11-4+rm

gdm was last released with Debian 6.0 (squeeze) in
February 2011 and removed from Debian sid/unstable in 2011 (see
http://bugs.debian.org/613491 for details on the removal). Since
support for squeeze and squeeze-LTS has now ended, I'm closing all the
remaining bugs reported against this package.


Andreas

Send a report that this bug log contains spam.