From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 4530F1381F3 for ; Wed, 7 Aug 2013 16:41:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 968BEE0BAD; Wed, 7 Aug 2013 16:41:16 +0000 (UTC) Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by pigeon.gentoo.org (Postfix) with ESMTP id 69BCEE0B3C for ; Wed, 7 Aug 2013 16:41:15 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.89,834,1367967600"; d="scan'208";a="27121401" Received: from unknown (HELO compaq.stroller.uk.eu.org) ([213.152.39.89]) by smtpout.karoo.kcom.com with ESMTP; 07 Aug 2013 17:40:57 +0100 Received: from [192.168.11.2] (unknown [192.168.11.2]) by compaq.stroller.uk.eu.org (Postfix) with ESMTP id A7030AC68F for ; Wed, 7 Aug 2013 17:40:13 +0100 (BST) Content-Type: text/plain; charset=iso-8859-1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [gentoo-user] export LC_CTYPE=en_US.UTF-8 From: Stroller In-Reply-To: <5202407F.3020107@fastmail.co.uk> Date: Wed, 7 Aug 2013 17:40:14 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <54F7DE7A-2D80-45D9-B373-63AE1A832B47@stellar.eclipse.co.uk> References: <5200F440.7040002@fastmail.co.uk> <17B75555-DFBB-4FDB-A0F5-A236E7825738@stellar.eclipse.co.uk> <5202407F.3020107@fastmail.co.uk> To: gentoo-user@lists.gentoo.org X-Mailer: Apple Mail (2.1283) X-Archives-Salt: 4c62c0a7-2a05-4e86-9e9f-5fe4a04de110 X-Archives-Hash: 374afe664658d2ce7dc7db7d019ae150 On 7 August 2013, at 13:41, Kerin Millar wrote: > On 06/08/2013 23:42, Stroller wrote: >>=20 >> On 6 August 2013, at 14:04, Kerin Millar wrote: >>> ... >>> If undefined, the value of LC_COLLATE is inherited from LANG. I'm = not sure that overriding it is particularly useful nowadays but it = doesn't hurt. >>=20 >> It's been a couple of years since I looked into this, but I'm given = to believe that LANG should set all LC_ variables correctly, and that = overriding them is frowned upon. >=20 > As has been mentioned, there are valid reasons to want to override the = collation. Here is a concrete example: >=20 > https://lists.gnu.org/archive/html/bug-gnu-utils/2003-08/msg00537.html >=20 > Strictly speaking, grep is correct to behave that way but it can be = confounding. Linking also this answer, which you're aware of: https://lists.gnu.org/archive/html/bug-gnu-utils/2003-08/msg00600.html This only goes to illustrate that you shouldn't be going overriding = these willy-nilly without full awareness of why you're doing so and what = you're doing. >> I had to do this myself because, due to a bug, the en_GB time = formatting failed to display am or pm. I believe this should be fixed = now. >=20 > Presumably: >=20 > a) LANG was defined inappropriately > b) LANG was defined appropriately but LC_TIME was defined otherwise > c) LC_ALL was defined, trumping all I'm having trouble parsing this reply, but perhaps you might find the = full bug description helpful. I wrote about 1000 words on the subject = there last year. It is the top Google hit for "en_gb am pm bug": = http://sourceware.org/bugzilla/show_bug.cgi?id=3D3768 Stroller.