GNU bug report logs -
#33211
coreutils.mo is in both LC_TIME and LC_MESSAGES folders
Previous Next
Reported by: scootergrisen <scootergrisen <at> gmail.com>
Date: Tue, 30 Oct 2018 22:56:01 UTC
Severity: normal
Tags: notabug
Done: Assaf Gordon <assafgordon <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 33211 in the body.
You can then email your comments to 33211 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#33211
; Package
coreutils
.
(Tue, 30 Oct 2018 22:56:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
scootergrisen <scootergrisen <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Tue, 30 Oct 2018 22:56:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I wonder if its a mistake that in Fedora i can see coreutils.mo in both:
/usr/share/locale/*/LC_TIME
/usr/share/locale/*/LC_MESSAGES
They seem to be identical.
coreutils.mo is the only file i see in the /usr/share/locale/*/LC_TIME
folder.
Should the /usr/share/locale/*/LC_TIME/coreutils.mo files be removed so
there is only the /usr/share/locale/*/LC_MESSAGES/coreutils.mo files?
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#33211
; Package
coreutils
.
(Fri, 18 Jan 2019 08:16:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 33211 <at> debbugs.gnu.org (full text, mbox):
tags 33211 notabug
close 33211
stop
Hell0,
On 2018-10-30 3:33 p.m., scootergrisen wrote:
> I wonder if its a mistake that in Fedora i can see coreutils.mo in both:
> /usr/share/locale/*/LC_TIME
> /usr/share/locale/*/LC_MESSAGES
>
> They seem to be identical.
This is not a mistake (nor a bug).
Not only they are identical, one is a symlink to the other:
$ cd /usr/local/share/locale/ca
$ ls -log LC_*/coreutils.mo
-rw-r--r-- 1 379478 Dec 27 22:47 LC_MESSAGES/coreutils.mo
lrwxrwxrwx 1 27 Dec 27 22:47 LC_TIME/coreutils.mo ->
../LC_MESSAGES/coreutils.mo
> coreutils.mo is the only file i see in the /usr/share/locale/*/LC_TIME
> folder.
Most programs that use gettext (https://www.gnu.org/software/gettext/)
are concerned with user visible messages, hence most of the translation
only use LC_MESSAGES directory, and there's no need for other files.
Few coreutils programs (e.g. date, sort) do care about translation of
time-related strings (e.g. days / month names).
That's why coreutils also uses LC_TIME.
One can ask for the date/time to use one local,
and messages to use another:
$ export LC_TIME=ru_RU.UTF-8
$ export LANGUAGE=ja_JP.UTF-8
$ date
Пт янв 18 01:06:10 MST 2019
$ date -d ABCD
date: `ABCD' は無効な日付です
> Should the /usr/share/locale/*/LC_TIME/coreutils.mo files be removed so
> there is only the /usr/share/locale/*/LC_MESSAGES/coreutils.mo files?
No, Both should exist, otherwise setting LC_TIME won't work.
Technically, the translated strings for both messages and time are
stored in the same file - that's why when coreutils is installed,
one is a symlink to the other.
Even more technically, when building from source,
the file "bootstrap.conf" contains the following:
# Other locale categories that need message catalogs.
EXTRA_LOCALE_CATEGORIES=LC_TIME
The directory "./po" is populated with available translation
(e.g. "ru.po" and "ja.po").
During the build, the ".po" files are compiled into binary ".gmo" files.
During installation, the files are copied/symlinked:
$ make install
[...]
make[2]: Entering directory '/home/gordon/projects/coreutils/po'
installing af.gmo as /usr/local/share/locale/af/LC_MESSAGES/coreutils.mo
installing af.gmo link as /usr/local/share/locale/af/LC_TIME/coreutils.mo
installing be.gmo as /usr/local/share/locale/be/LC_MESSAGES/coreutils.mo
installing be.gmo link as /usr/local/share/locale/be/LC_TIME/coreutils.mo
[...]
Hope this addresses the issue.
I'm closing this as "not a bug", but discussion can continue by replying
to this thread.
regards,
- assaf
Added tag(s) notabug.
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Fri, 18 Jan 2019 08:16:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
33211 <at> debbugs.gnu.org and scootergrisen <scootergrisen <at> gmail.com>
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Fri, 18 Jan 2019 08:16:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 15 Feb 2019 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 179 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.