GNU bug report logs - #19933
LC_TIME category in Coreutils

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 19933 in the body.
You can then email your comments to 19933 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Mark H Weaver <mhw <at> netris.org>, bug-coreutils <at> gnu.org
Cc: guix-devel <at> gnu.org, Andreas Enge <andreas <at> enge.fr>
Subject: LC_TIME category in Coreutils
Date: Mon, 23 Feb 2015 22:28:05 +0100

Mark H Weaver <mhw <at> netris.org> skribis:

> I tried adding 'glibc-locales' to my system profile, and got this:
>
> ERROR: union-build: collision between file and directories ((files ("/gnu/store/nda1ih2iy8likfipl62afiqs6jwdsfxi-glibc-locales-2.20/share/locale/zh_CN/LC_TIME")) (dirs ("/gnu/store/mgfqcbm31rh738z13xlwh9ld9dm2vfvz-coreutils-8.23/share/locale/zh_CN/LC_TIME")))
>
> Indeed, in coreutils "share/locale/zh_CN/LC_TIME" is a directory
> containing a symbolic link "coreutils.mo" pointing to
> "../LC_MESSAGES/coreutils.mo", whereas in glibc-locales
> "share/locale/zh_CN/LC_TIME" is a binary file.
>
> Any ideas how to resolve this conflict?

I would have expected packages other than libc to provide only
LC_MESSAGES, so I didn’t think such collisions could happen.

This happens with Coreutils because its bootstrap.conf adds
‘EXTRA_LOCALE_CATEGORIES = LC_TIME’ to po/Makevars, and apparently
always has.

However, I suspect this isn’t needed.  Can someone comment?

Thanks,
Ludo’.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: ludo <at> gnu.org (Ludovic Courtès)
Cc: guix-devel <at> gnu.org, Mark H Weaver <mhw <at> netris.org>, bug-coreutils <at> gnu.org
Subject: Re: LC_TIME category in Coreutils
Date: Mon, 23 Feb 2015 23:01:21 +0100

ludo <at> gnu.org (Ludovic Courtès) writes:

> Mark H Weaver <mhw <at> netris.org> skribis:
>
>> I tried adding 'glibc-locales' to my system profile, and got this:
>>
>> ERROR: union-build: collision between file and directories ((files ("/gnu/store/nda1ih2iy8likfipl62afiqs6jwdsfxi-glibc-locales-2.20/share/locale/zh_CN/LC_TIME")) (dirs ("/gnu/store/mgfqcbm31rh738z13xlwh9ld9dm2vfvz-coreutils-8.23/share/locale/zh_CN/LC_TIME")))
>>
>> Indeed, in coreutils "share/locale/zh_CN/LC_TIME" is a directory
>> containing a symbolic link "coreutils.mo" pointing to
>> "../LC_MESSAGES/coreutils.mo", whereas in glibc-locales
>> "share/locale/zh_CN/LC_TIME" is a binary file.
>>
>> Any ideas how to resolve this conflict?
>
> I would have expected packages other than libc to provide only
> LC_MESSAGES, so I didn’t think such collisions could happen.

glibc's locale files are supposed to reside in $(libdir)/locale, not
$(datadir)/locale, so there is no conflict.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Message #11 received at 19933 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Ludovic Courtès <ludo <at> gnu.org>, mhw <at> netris.org, 
 19933 <at> debbugs.gnu.org
Cc: guix-devel <at> gnu.org, Andreas Enge <andreas <at> enge.fr>
Subject: Re: bug#19933: LC_TIME category in Coreutils
Date: Mon, 23 Feb 2015 14:15:12 -0800

On 02/23/2015 01:28 PM, Ludovic Courtès wrote:
> I suspect this isn’t needed.

This is needed so that 'ls -l' can output a date format suitable for the 
current locale.  These formats aren't part of glibc and so are not in 
glibc's LC_TIME information.  The default formats for the C locale are 
"%b %e  %Y" for older files and "%b %e %H:%M" for newer files, but the 
formats differ in other locales (e.g., Dutch uses "%e %b" instead of "%b 
%e").

Message #14 received at 19933 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: guix-devel <at> gnu.org, mhw <at> netris.org, Andreas Enge <andreas <at> enge.fr>,
 19933 <at> debbugs.gnu.org
Subject: Re: bug#19933: LC_TIME category in Coreutils
Date: Wed, 25 Feb 2015 00:01:47 +0100

Paul Eggert <eggert <at> cs.ucla.edu> skribis:

> On 02/23/2015 01:28 PM, Ludovic Courtès wrote:
>> I suspect this isn’t needed.
>
> This is needed so that 'ls -l' can output a date format suitable for
> the current locale.  These formats aren't part of glibc and so are not
> in glibc's LC_TIME information.  The default formats for the C locale
> are "%b %e  %Y" for older files and "%b %e %H:%M" for newer files, but
> the formats differ in other locales (e.g., Dutch uses "%e %b" instead
> of "%b %e").

I see, thanks for the explanation.

Ludo’.

Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: guix-devel <at> gnu.org, Mark H Weaver <mhw <at> netris.org>, bug-coreutils <at> gnu.org
Subject: Re: LC_TIME category in Coreutils
Date: Wed, 25 Feb 2015 00:07:25 +0100

Andreas Schwab <schwab <at> linux-m68k.org> skribis:

> ludo <at> gnu.org (Ludovic Courtès) writes:
>
>> Mark H Weaver <mhw <at> netris.org> skribis:
>>
>>> I tried adding 'glibc-locales' to my system profile, and got this:
>>>
>>> ERROR: union-build: collision between file and directories ((files ("/gnu/store/nda1ih2iy8likfipl62afiqs6jwdsfxi-glibc-locales-2.20/share/locale/zh_CN/LC_TIME")) (dirs ("/gnu/store/mgfqcbm31rh738z13xlwh9ld9dm2vfvz-coreutils-8.23/share/locale/zh_CN/LC_TIME")))
>>>
>>> Indeed, in coreutils "share/locale/zh_CN/LC_TIME" is a directory
>>> containing a symbolic link "coreutils.mo" pointing to
>>> "../LC_MESSAGES/coreutils.mo", whereas in glibc-locales
>>> "share/locale/zh_CN/LC_TIME" is a binary file.
>>>
>>> Any ideas how to resolve this conflict?
>>
>> I would have expected packages other than libc to provide only
>> LC_MESSAGES, so I didn’t think such collisions could happen.
>
> glibc's locale files are supposed to reside in $(libdir)/locale, not
> $(datadir)/locale, so there is no conflict.

Oops, indeed (I had been using a custom value for ‘libc_cv_localedir’
and overlooked what the default value is.)

Thank you,
Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.