This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH 3/5] localedata: CLDRv28: update LC_ADDRESS.country_name translations


On 02/11/2016 04:04 PM, Carlos O'Donell wrote:
> On 02/11/2016 04:24 AM, Florian Weimer wrote:
>> On 02/11/2016 05:27 AM, Carlos O'Donell wrote:
>>> On 02/10/2016 03:12 PM, Mike Frysinger wrote:
>>>> then it would be obvious what version of CLDR was used to update the
>>>> locale.  the downside is that the file isn't 100% sourced from CLDR,
>>>> so it seems like clobbering all the fields is wrong ?
>>>
>>> Per FSF statement [1] the locale files are not copyrightable so IMO
>>> attribution matters only so much as we care to thank the previous
>>> authors for their work. Such previous authors already have attribution
>>> in the Changelog, and IMO need not have any more attribution in the
>>> source file, just like we don't use "Contributed by" anymore.
>>
>> unicode.org claims copyright on CLDR data:
>>
>>   <http://unicode.org/repos/cldr/trunk/unicode-license.txt>
>>
>> The terms do not appear to be too onerous, but I would recommend to
>> obtain FSF (and internal) sign-off before incorporating data directly
>> from CLDR into glibc.
> 
> Does this position not make it clear?
> https://sourceware.org/ml/libc-locales/2013-q1/msg00048.html

It deals with a different question.  The FSF apparently disclaims
copyright ownership of the glibc locale data.  It does not actually say
whether aggregated locale data can be the subject of a sui generis
database right (a question which the FSF would not have any say in
anyway), or if the FSF claims such rights on the glibc locale data
(probably not, but the message and permission notice do not say so
explicitly).

Florian


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]