Systems with invalid locales

[Stéphane Graber]

On 06/04/2013 06:18 AM, Adam Conrad wrote:
> On Tue, Jun 04, 2013 at 12:03:10PM +0200, Martin Pitt wrote:
>>
>> I have always considered this default behaviour of ssh unexpected and
>> wrong. It blindly applies the host locale to the remote ssh session
>> without any checks whether that locale is actually valid. In
>> particular because it only seems to do that if the remote server does
>> not have any default locale from /etc/default/locale
> 
> I wonder if it might be high time to discuss slapping C.UTF-8 in the
> default locale in pretty much every minimal installation scenario we
> can think of (obviously, still overriding in more complex installers
> that allow a user to choose a properly local locale).
> 
> ... Adam

+1

In a perfect world (yeah, I know...) we should be able to run Ubuntu
systems with language-pack-en as we wouldn't have any hardcoded
en_US.UTF-8 but instead use C.UTF-8.

That'd let us save some space on some images (think of any localized
image), on the actual target systems and on updates (langpacks are big).

In any case, C.UTF-8 is usually vastly better than just C, so I'm all
for having that change done.


-- 
Stéphane Graber
Ubuntu developer
http://www.ubuntu.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20130604/30eed124/attachment.pgp>