[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: LC_TIME category in Coreutils
From: |
Ludovic Courtès |
Subject: |
Re: LC_TIME category in Coreutils |
Date: |
Wed, 25 Feb 2015 00:07:25 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) |
Andreas Schwab <address@hidden> skribis:
> address@hidden (Ludovic Courtès) writes:
>
>> Mark H Weaver <address@hidden> 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’.
- Locales not working, Andreas Enge, 2015/02/10
- Re: Locales not working, Andreas Enge, 2015/02/10
- Re: Locales not working, Ludovic Courtès, 2015/02/11
- Re: Locales not working, Andreas Enge, 2015/02/12
- Re: Locales not working, Mark H Weaver, 2015/02/14
- LC_TIME category in Coreutils, Ludovic Courtès, 2015/02/23
- Re: bug#19933: LC_TIME category in Coreutils, Paul Eggert, 2015/02/23
- Re: bug#19933: LC_TIME category in Coreutils, Ludovic Courtès, 2015/02/24
- Re: LC_TIME category in Coreutils, Andreas Schwab, 2015/02/23
- Re: LC_TIME category in Coreutils,
Ludovic Courtès <=