From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [81.169.146.221]) by sourceware.org (Postfix) with ESMTPS id C9A44386F445 for ; Tue, 12 Sep 2023 18:55:35 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org C9A44386F445 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=clisp.org Authentication-Results: sourceware.org; spf=none smtp.mailfrom=clisp.org ARC-Seal: i=1; a=rsa-sha256; t=1694544933; cv=none; d=strato.com; s=strato-dkim-0002; b=NHTFlIrMHHLPz0Ef8KYT3Cn4SieGMki44FN2RAx/vQ68cfpzrj99mbF8EzQN2IRIac MzJ8U5BLmbmJxiyzmdza0gvH7ZoJH/dxJ2/Tz4pJ63H9zD+v0Jzth4FBoTRauL5ium+d nmg53/ZT4bSvdsef6BvDV4mgjc3wA7LRlwG/x8EXUoQv4vPlkbQjofv6LD2JNJsCQxGD PNHUcHrN2fhwxL5+SQ2cMQx4FoyR1mC+H1dt/QI3td+W120dS1foQIQfTL08JbOMTbfW 5bXUeIBebxuiewDzF/h1kebIMV2kyzeHBk9BSQxCovXhVZy4X0hzuuRnjsLIrC5cmy1N tIaA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1694544933; s=strato-dkim-0002; d=strato.com; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=yj86IOZSzelXi0hM/4E5EHK9uaJ7jCwEOiLX7e8pTwU=; b=Meb6GIEI+82fnXEITC9eZ+oKB0Y3a0Wjo7WzaTi/3DNCAAhtS1XhHceW8eAjVvMRF7 uOxoQJWnEsJPWmpkeZBuhCRGd9F+kQGQB3HmW7RGBoYneVBhdwIBuHlUA2bZrHTtKdIp QknFHI4ZI39MF4WJ9aeuBn83XeIGIcRehQ4eXz8xogx9Zl+x9hkRJzfALXWIPBkq/HK2 V7YZ2Fk5lyiJ3nlFGvMjuyIlVk1T359FfcPtTDC0fZX+hos2MuYEuuRrKOIWEIPMLIF+ /OyBnME8uM78358fwVwsfp2U00rDHIksnbiMzKQd8i58es/YTxRyO2t6z4gzQpAkbbML WCDg== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo00 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1694544933; s=strato-dkim-0002; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=yj86IOZSzelXi0hM/4E5EHK9uaJ7jCwEOiLX7e8pTwU=; b=P0F6BmweTP8ZyVFZK5O/9ZOR9e3gkhHJRwsoSlRObEQNvCo1AOdcq1J7p2imcDD2rT 43ygPAh2VfafNGx7kp/ANmDgYtEJS8MgZ4A6A7tSYv9T9T5UhUOu0GrtNRN7U08LTar7 uZOhPrnii5ZhAf8JbKzIynIgorTHTf7WfRoZCTNWgF5Be7shI4Axi1gt6tB4CKYvMbYD E6WRWSnWXhvB7rFoYujAitDSdaSGKWd1PWTwjMSLX3QhH14w0oglntCMZ5piFkVcMc1/ FOKOaSp4UrlBd2PnT8RRIUflTeDN0mnz+KbfliL4vMlJSQIJaESC5KXXyn+5m4oFP9Mc JcUw== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1694544933; s=strato-dkim-0003; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=yj86IOZSzelXi0hM/4E5EHK9uaJ7jCwEOiLX7e8pTwU=; b=em1q2JsaSX+O44PBXiMicSBTLFXKth3bc43Y7aDae5o2HB7V+piXgxh8X5WthyO3jy joIhhkR55crbXoTZijCA== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH0WWb0LN8XZoH94zq68+3cfpOTiPSPDUfxpScP9m5S8VeRbWcTxQ==" Received: from nimes.localnet by smtp.strato.de (RZmta 49.8.2 AUTH) with ESMTPSA id m03934z8CItX8Ku (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Tue, 12 Sep 2023 20:55:33 +0200 (CEST) From: Bruno Haible To: Florian Weimer Cc: libc-alpha@sourceware.org Subject: Re: the purpose of locale.alias Date: Tue, 12 Sep 2023 20:55:32 +0200 Message-ID: <2158780.dkkaz22YKf@nimes> In-Reply-To: <87cyyp2lcm.fsf@oldenburg.str.redhat.com> References: <77018150.VQpxGFKSoK@nimes> <87cyyp2lcm.fsf@oldenburg.str.redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,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: =46lorian Weimer wrote: > In addition to what is currently in intl/locale.alias, localedef creates > additional aliases when populating the archive, along those lines. > These aliases are currently missing from =E2=80=9Clocale -a=E2=80=9D outp= ut, and some > people have noticed. You mean, the add_alias call in glibc/locale/programs/locarchive.c:1204 ? Indeed, I see that the /usr/lib/locale/locale-archive on my system contains aliases, equivalent to ar_EG.ISO-8859-6 ar_EG ar_SA.ISO-8859-6 ar_SA de_DE.ISO-8859-1 de_DE en_AG.UTF-8 en_AG en_IL.UTF-8 en_IL en_IN.UTF-8 en_IN en_NG.UTF-8 en_NG en_ZM.UTF-8 en_ZM fa_IR.UTF-8 fa_IR fr_FR.ISO-8859-1 fr_FR zh_HK.BIG5-HKSCS zh_HK > Without a locale archvie, this seems indeed a use > case for locale.alias. No, without a locale archive, this kind of aliases are automatic, due to the directory structure on disk and the search algorithm in glibc/intl/l10nflist.c. See this experiment: # localedef --no-archive -i hy_AM -f UTF-8 hy_AM # LC_ALL=3Dhy_AM locale (OK) # LC_ALL=3Dhy_AM.UTF-8 locale (OK) # LC_ALL=3Dhy_AM.ISO-8859-1 locale locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directo= ry locale: Cannot set LC_ALL to default locale: No such file or directory ... This shows that an alias hy_AM.UTF-8 hy_AM in locale.alias is not needed. Thanks for your feedback. I'm submitting a patch, to update the comments, in a separate mail. Bruno