Bug#734877: marked as done (locales: LC_MESSAGES/libc.mo missing)
Your message dated Wed, 29 Jan 2014 18:32:11 +0100
with message-id <20140129173211.GB4881@ohm.rr44.fr>
and subject line Re: Bug#734877: locales: LC_MESSAGES/libc.mo missing
has caused the Debian Bug report #734877,
regarding locales: LC_MESSAGES/libc.mo missing
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
734877: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734877
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: locales
Version: 2.17-97
Severity: important
Hello,
On a fresh (deboostrap) testing install, I end up with a weird issue.
i18n seems to be mostly working. For instance, the shell is properly localized
# bash --version
GNU bash, version 4.2.45(1)-release (x86_64-pc-linux-gnu)
Copyright (C) 2011 Free Software Foundation, Inc.
Licence GPLv3+ : GNU GPL version 3 ou ultérieure <http://gnu.org/licenses/gpl.html>
Ceci est un logiciel libre ; vous être libre de le modifier et de le redistribuer.
Aucune garantie n'est fournie, dans la mesure de ce que la loi autorise.
KDE, however, is not, showing in systemconfig that the system have no valid system language.
Trying to understand why, I noticed it tries
open("/usr/share/locale/fr_FR.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT
(No such file or directory)
open("/usr/share/locale/fr_FR.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (
No such file or directory)
open("/usr/share/locale/fr_FR/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No su
ch file or directory)
open("/usr/share/locale/fr.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/usr/share/locale/fr.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("/usr/share/locale/fr/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such
file or directory)
This tells me that the system language setting is properly (fr.UTF-8) set, accordingly to /etc/default/locale
And that's something is fishy with the locales package that is supposed to provide the relevant file:
# dpkg -S /usr/share/locale/fr/LC_MESSAGES/libc.mo
locales: /usr/share/locale/fr/LC_MESSAGES/libc.mo
I tried to regenerate locales doing dpkg-reconfigure locales: no effect.
Then I dpkg --purge and install of locales package: no effect.
I did a apt --reinstall install of libc6 package: no effect
I dont know exactly what I should do/try next. Any clues?
Regards,
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages locales depends on:
ii debconf [debconf-2.0] 1.5.52
ii libc6 [glibc-2.17-1] 2.17-97
locales recommends no packages.
locales suggests no packages.
-- debconf information:
* locales/default_environment_locale: fr_FR.UTF-8
* locales/locales_to_be_generated: fr_FR.UTF-8 UTF-8
--- End Message ---
--- Begin Message ---
On Tue, Jan 28, 2014 at 07:38:20PM +0100, Mathieu Roy wrote:
> Hello,
>
> Le 26-01-2014 20:26, Aurelien Jarno a écrit :
>
> >>I tried to regenerate locales doing dpkg-reconfigure locales: no
> >>effect.
> >>Then I dpkg --purge and install of locales package: no effect.
> >>I did a apt --reinstall install of libc6 package: no effect
> >>
> >>I dont know exactly what I should do/try next. Any clues?
> >
> >Have you checked your filesystem is in a good state? There is no
> >need to
> >reinstall or to regenerate locales, libc.mo is provided by the locales
> >packages directly, as your dpkg -S search shows. So if the file is
> >there
> >but can't be opened by the kernel, I would go for a kernel or a
> >filesystem issue.
>
> Gosh, it was in fact due to a misconfiguration of localepurge on my
> part.
> It was set to keep fr_FR UTF8 but not fr, despite the advice on the
> dpkg dialog.
>
> It's quite unexpected though that half of the installed software had
> still the fr.mo stuff and not the other (I would assume that
> localepurge, on install, will take care of previously installed
> packages), and I m not completely sure about the logic of not
> automatically keeping the fr when you pick any of fr_FR/fr_BE/fr_etc
> if it results on such inconsistent behavior.
Ok, thanks for the details. If you consider it is a broken behavior of
localepurge, please open a bug report against this package.
In the meantime, I am closing this bug.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
--- End Message ---
Reply to: