From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 27 09:45:37 2018 Received: (at 33848) by debbugs.gnu.org; 27 Dec 2018 14:45:37 +0000 Received: from localhost ([127.0.0.1]:38283 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcWun-0001qy-A7 for submit@debbugs.gnu.org; Thu, 27 Dec 2018 09:45:37 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:51388) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gcWul-0001qn-4y for 33848@debbugs.gnu.org; Thu, 27 Dec 2018 09:45:35 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 2AE99140C; Thu, 27 Dec 2018 15:45:34 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5f68Bm7pGLpS; Thu, 27 Dec 2018 15:45:33 +0100 (CET) Received: from ribbon (unknown [IPv6:2a01:e0a:1d:7270:af76:b9b:ca24:c465]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 49669B27; Thu, 27 Dec 2018 15:45:33 +0100 (CET) From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Mark H Weaver Subject: Re: bug#33848: Store references in SBCL-compiled code are "invisible" References: <87r2e8jpfx.fsf@gnu.org> <877eg0i43j.fsf@netris.org> <87d0psi1xo.fsf@gnu.org> <874lb3kin6.fsf@ambrevar.xyz> <87sgynezha.fsf@gnu.org> <87tvj2yesd.fsf@netris.org> <877efwe04u.fsf@gnu.org> <8736qji7c1.fsf@ambrevar.xyz> <87tvizvzgk.fsf@netris.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 7 =?utf-8?Q?Niv=C3=B4se?= an 227 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Thu, 27 Dec 2018 15:45:32 +0100 In-Reply-To: <87tvizvzgk.fsf@netris.org> (Mark H. Weaver's message of "Thu, 27 Dec 2018 09:03:12 -0500") Message-ID: <87o9979gfn.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 33848 Cc: Pierre Neidhardt , 33848@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello, Mark H Weaver skribis: > Pierre Neidhardt writes: > >>> : > Store file names are always ASCII so problems arise when they are s= tored >>> : > as UTF-16 or UTF-32/UCS-4. >>> :=20 >>> : I understand that most programs stick to ASCII filenames, but what ab= out the odd >>> : one using non-English, special characters? >>>=20 >>> That=E2=80=99s a separate debate. :-) Essentially this restriction on= store >>> file names has always been there in Guix (and Nix before that). If we >>> were to change it, that would raise compatibility issues. >> >> But what happens if we attempt to store "=C3=A1" in the store? > > Indeed. Although we might restrict the immediate entries within > /gnu/store to ASCII characters, file names deeper within those > directories may have non-ASCII characters. More generally, store > references may occur within larger strings which might include non-ASCII > characters. Right. For example =E2=80=98nss-certs=E2=80=99 contains non-ASCII, UTF-8-e= ncoded file names. For =E2=80=9Ctop-level=E2=80=9D store file names, the restriction is enforc= ed by =E2=80=98checkStoreName=E2=80=99 in libstore/store-api.cc. Ludo=E2=80=99.