From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id eBraC7AY52SpvAAASxT56A (envelope-from ) for ; Thu, 24 Aug 2023 10:45:36 +0200 Received: from aspmx1.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id kATdC7AY52QvKgAA9RJhRA (envelope-from ) for ; Thu, 24 Aug 2023 10:45:36 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id C26E537262 for ; Thu, 24 Aug 2023 10:45:35 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=none ("invalid DKIM record") header.d=msavoritias.me header.s=20210930 header.b=TofVDVS7; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=fail reason="SPF not aligned (relaxed)" header.from=msavoritias.me (policy=none) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1692866736; h=from:from:sender:sender: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:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=8VXpHginyCeWQ6gKNY5C6l4gS9hsYgO9QKHprQ95RBk=; b=V94v9z/SNWddjSUjSNm2wMTbUujVgZCj7QvZuGujTY2Pnso+L9LhtajTLLr0TuiaqBNJPE /H6PwxJyGB+qi8+dsP2qpVRKEnYS/C1yOYkhK75jv0BT+e1SSNehc/qoTTi3CbdBXpxCJP naZ/vzVyc54ti8E+DoXPggGMOVM89PaTI3i6G1O6xcoN2qYyU60hDHUUdPQq70YnB7NQe+ 9TzJR1aRU1txTsFoMYAQgxav/umm2A+5n2N7FFEKgzRfyDItnKtaCl3c7JvhemhsjQ2pVk G3kaSPiUe1hvE+5ca6ibOmrXpuzwTPPZgA5vCzVCPSo4xyhPiT6hkEsj4HqMyg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none ("invalid DKIM record") header.d=msavoritias.me header.s=20210930 header.b=TofVDVS7; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=fail reason="SPF not aligned (relaxed)" header.from=msavoritias.me (policy=none) ARC-Seal: i=1; s=key1; d=yhetil.org; t=1692866736; a=rsa-sha256; cv=none; b=sWvgIhNV2vjEWW7eum3f4UJX69ePog4nMFMHiOibGg6EoTCmuIcdrVyJWU1ogPNh5rkfmS LatUrgZMEet4wYpkSHlAn9ftN+oOMi34M5d5xOPQ2JQmlhj+RRvkYT3b0qn3LMPgcQOWyD OpjblnZA/EOvhVntkkEaZDbPXJdnukB4FoxiOzCTWCwlGjS+R160VJ7LolsWqxrmIMsW2b i3/6AymBJCQCH9PXgpXbfX89W4sLhx88wmdOgo7kc4Nzo1RrXo3ltqIRI9d+GepTK2qOhp Fnsr1FmyBwAJJCEqWBzTa54NF5PtWaQyg9IpA5ljdw99gVc8160L0z4aAE566g== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qZ5xj-0003T8-65; Thu, 24 Aug 2023 04:45:07 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qZ5xg-0003Sg-6I for guix-devel@gnu.org; Thu, 24 Aug 2023 04:45:05 -0400 Received: from mail.webarch.email ([81.95.52.48]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qZ5xd-0000l9-Ha for guix-devel@gnu.org; Thu, 24 Aug 2023 04:45:03 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon) with ESMTPSA id 4E0E11A83D94; Thu, 24 Aug 2023 09:44:49 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=msavoritias.me; s=20210930; t=1692866696; h=from:subject:date:message-id:to:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:references; bh=8VXpHginyCeWQ6gKNY5C6l4gS9hsYgO9QKHprQ95RBk=; b=TofVDVS7w35dKu75mXcZcVQhvbQOtJI4szoevUhGsPFPUhVM07wBe6xXcan9r/MvcpRj/8 wpy4PZZdN57Amf9rvwR1HPNOe0vuqD19T3k++FreIlWsOrt1kV62LKK7ZcNhJZlLrtCQ3+ jT7TzawbbJO1fT87/sowOrONUeQEcheqWxrdZD8TbtbNhVo6Gyuys9kKYyGL2p7aJ5MsN5 E6yBR1hZY2+6yOkcdM+UKun/+5FKcrJdhAAE6NcKXEIREaFeosSlP73ZcUltJTa6C1CRcL 9OV2H6zRr/G7FCpBGmzR5Alb3o1V92DGg+WsxNH1w8suF8LD4CusWwlZBzsZgQ== References: <87il95gc27.fsf@disroot.org> <875y54zz2t.fsf@fannys.me> <87sf88yjhu.fsf@fannys.me> <87o7iwyhbh.fsf@fannys.me> User-agent: mu4e 1.10.5; emacs 28.2 From: Msavoritias To: MSavoritias Cc: =?utf-8?Q?Nguy=E1=BB=85n?= Gia Phong , guix-devel@gnu.org Subject: Re: Relaxing the restrictions for store item names Date: Thu, 24 Aug 2023 11:41:23 +0300 In-reply-to: <87o7iwyhbh.fsf@fannys.me> Message-ID: <87jztkyglb.fsf@fannys.me> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Last-TLS-Session-Version: TLSv1.3 Received-SPF: pass client-ip=81.95.52.48; envelope-from=email@msavoritias.me; helo=mail.webarch.email X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Scanner: mx2.migadu.com X-Migadu-Spam-Score: -1.21 X-Spam-Score: -1.21 X-Migadu-Queue-Id: C26E537262 X-TUID: zG1MuJMsAd/p What I am saying here is that: Its easy to see from our very US centric tech culture why everybody should just use ASCII because "This is how it is". But there is very little reasons why we shouldn't strive to be more inclusive of all cultures. Especially since nowadays where we have tools like Unicode that make our lives easier compared to US or nothing of 30-40 years ago. Just imagine how many good programmers we are missing because they don't want/can't learn English or don't have an ASCII keyboard. MSavoritias MSavoritias writes: > Nguy=E1=BB=85n Gia Phong writes: > >> [[PGP Signed Part:Undecided]] >> On 2023-08-24 at 10:41+03:00, MSavoritias wrote: >>> Nguy=E1=BB=85n Gia Phong writes: >>> > I think the distinction must be made here between Guix and GuixSD. >>> > >>> > The packaging software should support full localization, >>> > but the distro should target the least common denominator. >>> >>> Depends what do we mean the "distro" here. >>> If I can pick arabic or chinese in the installation as a display >>> language and also I am able to use an arabic/chinese keyboard sounds >>> good to me. >> >> I meant GuixSD. I agree a distribution based on Guix Systems >> shouldn't meet any obstacle declaring packages with non-ASCII names. >> That you can type arabic and chinese and I can type hangul >> and most latin characters doesn't mean names having all of the above >> will be accessible to either of us or a third person. >> >> On 2023-08-24 at 10:41+03:00, MSavoritias wrote: >>> Regarding the initial question it was about package names to my >>> understanding. Specifically package names in the store to use unicode >>> characters. Which makes perfect sense there because some packages dont >>> use ascii names. >> >> It does, but as said before, whether this is desireable depends >> on the target audience. The purpose of API is to be used, >> i.e. it would be useless if even just one user can't type it. >> > Well we already have that don't we? What I mean is that ASCII names cant > be typed by all keyboards layouts easily. So what you are saying already > happens. Thats why I always have an ASCII layout available as a > secondary, next to my non ASCII. I bet every person that uses packages > with names other than english can add a seperate layout. > >> On 2023-08-24 at 10:41+03:00, MSavoritias wrote: >>> Regarding the broken install example, most (all?) base >>> packages use ASCII due to unix historical baggage. >>> So you shouldn't need to type anything non ASCII >>> to fix an install with only basic packages. >> >> Due to historical baggage, most (all?) keyboard layouts can fall >> back to ASCII alphanumerics. A broken install was given >> as the worst case; there's no reason any other packages >> should be less accessible based on the users' culture. >> > > But they are already aren't they? Because if I want to add a package > with the Greek alphabet or the Japanese one I have to transliterate it > into ASCII which is always going to be worse and people won't be able to > find the package. Because they won't know we changed the name. Plus they > will have to change the layout. Same as an ASCII user would have to do. > >> I suggest, in an international context such as GuixSD, >> for every package to have a ASCII name. It'd of course >> be better if a correctly written name is also available. >> > > So you propose two names? Sure if that can be done I don't see why not. E= ither way not > having unicode names is a bug. Also to note: Most of the world speaks > Unicode. So its more for compatibility purposes i guess (?) rather than > to be "international". > > MSavoritias