[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: C.UTF-8 in squeeze



Roger Leigh a écrit :
> On Mon, Jan 10, 2011 at 08:44:10AM +0100, Aurelien Jarno wrote:
>> Roger Leigh a écrit :
>>> On Fri, Jan 07, 2011 at 09:14:47PM -0500, David Holland wrote:
>>>> Can this please get done (adding a C.UTF-8 locale)? It is absolutely
>>>> required for writing shell scripts that handle UTF-8 data, if you want
>>>> those shell scripts to have anything like portable or reliable
>>>> behavior.
>>> This is really in the hands of the glibc maintainers.  I thought that
>>> a bug had been filed months ago, but I can't find it.  I've done so
>>> now.
>> I know some persons already tried to work on that, so if patches are
>> already available, they will be really appreciated.
>>
>> Providing a C.UTF-8 locale is quite easy, d-i is already doing that.
>> Providing a C.UTF-8 *by default* is more complicated, as it has to be
>> done in the GNU libc code, we can't really on the locale package
>> generating one. This would mean this package should always be installed,
>> and that we should trust on user to correctly regenerate the locales if
>> they do.
> 
> Hi Aurelien,
> 
> I think that initially, simply guaranteeing the presence of C.UTF-8
> as a standard locale, generated by localedef/gen will be sufficient.
> This will allow packages to rely on its presence during normal
> system operation e.g. in maintainer scripts, for lintian and other
> programs requiring it.
> 

Doing so means that the locales or locales-all package will be installed
by default. People are going to shout... Or we should create a
locales-cutf8 packages, but then the integration with the two other
packages will become quite complex.

-- 
Aurelien Jarno                          GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net


Reply to: