From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by sourceware.org (Postfix) with ESMTPS id 65069388459B for ; Fri, 5 Jul 2024 15:22:15 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 65069388459B Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 65069388459B Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=170.10.133.124 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1720192937; cv=none; b=aqJxaUoKOkPIr3wiakwsxhPMIkLsglpkvnZHplJE/XlypWdlonZGIHplK1NoReB8Jb92x8hmMFozUDyTr/0WjXLL81Hvu+tafMN5wBQ81MyDmXuPYNLLbaUjARkI5EBA1hVBrj9kYHEkDqLq+yocbBBsF4ZvX7JXqkuzUZmll2s= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1720192937; c=relaxed/simple; bh=bO9dBJ+bl6Nsc34ipgoVZ3dQA67a2UMzVcpNEk1qEpg=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=H06TOxh+6UXm3MnCxQPt3LPWI9GlXRzfNvOuwf4BL6WjuVxMCD5e6qN0ax/HnlBKCxPEBrPAN4IAcemH4qSvVXp5ImHkE5/eJ61fdq28ccYW5cXoRfVEjTiFeQ5jgkYVgFkcfcHTwvyAcWwEWM2pYRTThjXfbUPCDmGs80cCp3c= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1720192934; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=LesM6jDC1ZCxGdCzJjFkRYDAQw1+NN89MeqBQqpFh+Y=; b=RQKdo8M2Gu4QjUj1ghGcomoWSbQDwMa9+M4AN8BCC3xlw8WqZ4R6NiQ1nDMcR/pMzweSGH rB/b4Y6qUQsZydu1byx2CRmmnjHJ/F9h2JYnSTdaasF3ALkSlcdSHfb/2ow1ft3ZeDMuSV tJ85RKFOTKuvZlSpldqJ1hb5XAEkSls= Received: from mx-prod-mc-01.mail-002.prod.us-west-2.aws.redhat.com (ec2-54-186-198-63.us-west-2.compute.amazonaws.com [54.186.198.63]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-18-2kF__K7xOA-k6yWdcy1dbw-1; Fri, 05 Jul 2024 11:22:07 -0400 X-MC-Unique: 2kF__K7xOA-k6yWdcy1dbw-1 Received: from mx-prod-int-04.mail-002.prod.us-west-2.aws.redhat.com (mx-prod-int-04.mail-002.prod.us-west-2.aws.redhat.com [10.30.177.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx-prod-mc-01.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 1C2A7196E0A3; Fri, 5 Jul 2024 15:22:05 +0000 (UTC) Received: from oldenburg.str.redhat.com (unknown [10.45.224.6]) by mx-prod-int-04.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 4F263195605A; Fri, 5 Jul 2024 15:22:02 +0000 (UTC) From: Florian Weimer To: Carlos O'Donell via Libc-locales Cc: Thomas =?utf-8?Q?N=C3=A4veke?= , Carlos O'Donell Subject: Re: Adding an en_DE locale In-Reply-To: <70e1d0f4-48e8-4a35-afdb-a1aeb96db153@redhat.com> (Carlos O'Donell via Libc-locales's message of "Fri, 5 Jul 2024 08:06:10 -0400") References: <90f38710-94f1-46b8-9495-e24af10669b2@tfan.eu> <70e1d0f4-48e8-4a35-afdb-a1aeb96db153@redhat.com> Date: Fri, 05 Jul 2024 17:21:59 +0200 Message-ID: <87le2fvp7s.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.0 on 10.30.177.40 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: * Carlos O'Donell via Libc-locales: > On 7/3/24 12:20 PM, Thomas N=C3=A4veke wrote: >> I was wondering if I was welcome to submit a patch for an "en_DE" >> locale, i.e. a locale that uses English language but German units, >> dates, etc. It would be useful for English speakers working in >> Germany or with Germans, as well as for Germans who prefer the >> display language to be English while retaining their date format and >> units. There is precedence for such a locale, as it exists on Windows >> (Checked on Win10). It is also defined in the Unicode CLDR >> (https://github.com/unicode-org/cldr/blob/main/common/main/en_DE.xml). >> A similar locale exists for Danish with en_DK. My idea is to copy the >> de_DE locale and adjust the following fields with the entries from >> en_US: > > Thomas, > > Yes, if Windows 10 and Unicode CLDR have such locales, then I think we > should consider that they are useful and in use by users. On the other hand, glibc supports on the fly composition of locales, so you could use LANG=3Den_US.utf8 with the de_DE.utf8 overrides for the parts you want from there (or vice versa). Or you can compile your own locale using localedef. Most distributions ship the locale sources, so that you can compose something quickly using those copy directives. Thanks, Florian