From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.2 Received: from mother.openwall.net (mother.openwall.net [195.42.179.200]) by inbox.vuxu.org (OpenSMTPD) with SMTP id dc4dffde for ; Wed, 19 Feb 2020 21:28:26 +0000 (UTC) Received: (qmail 19487 invoked by uid 550); 19 Feb 2020 21:28:23 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 19469 invoked from network); 19 Feb 2020 21:28:22 -0000 Date: Wed, 19 Feb 2020 21:28:10 +0000 (UTC) From: Jacob Welsh To: musl@lists.openwall.com In-Reply-To: <543bcfcc-41f8-6960-8b6a-8e7fd5f01a01@adelielinux.org> Message-ID: References: <543bcfcc-41f8-6960-8b6a-8e7fd5f01a01@adelielinux.org> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: [musl] Locale support considered harmful noise On Tue, 18 Feb 2020, A. Wilcox wrote: > Why do you not believe that musl could provide any of these features > using clear and concise code? I fully expect it could. The point at issue however is whether it should be done at all. > I have been personally impacted by the lack of LC_COLLATE support. I have been personally "impacted" by its presence in glibc, but perhaps I'm not the sort of "real world" user whose needs you would like to represent. > This will allow non-English speakers the ability to understand the > errors that are happening on the computers they own. You may be overestimating a bit there the abilities of most English speakers to "communicate with their computers" or specifically to decode error messages; anyway, what your approach actually does is to fragment the knowledge base and herd people *away* from where they might find the best information. Now, this dispute is at least as old as the Protestant Reformation so I do not expect or require it to be settled here. > In fact, musl is *not* conformant to the POSIX standard *because* it > does not implement the requisite locale support. We're prepared to fork POSIX or any other document that proves necessary. Not like it's hard. On the other hand, I suppose someone will get right to work translating POSIX and all the musl code and commentary to every presently spoken language, because after all they look mighty Anglocentric to me and no one coder's needs matter more than another's. Sarcasm aside, I'm satisfied that our differences have been made clear and am happy to let it rest. Yours truly, J. Welsh http://fixpoint.welshcomputing.com/