From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#33848: Store references in SBCL-compiled code are "invisible" Date: Thu, 27 Dec 2018 15:45:32 +0100 Message-ID: <87o9979gfn.fsf@gnu.org> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:54233) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gcWvF-0005ds-ON for bug-guix@gnu.org; Thu, 27 Dec 2018 09:46:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gcWvC-0002uP-Gy for bug-guix@gnu.org; Thu, 27 Dec 2018 09:46:05 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:59974) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gcWvC-0002tC-D4 for bug-guix@gnu.org; Thu, 27 Dec 2018 09:46:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gcWvC-0001rd-0k for bug-guix@gnu.org; Thu, 27 Dec 2018 09:46:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87tvizvzgk.fsf@netris.org> (Mark H. Weaver's message of "Thu, 27 Dec 2018 09:03:12 -0500") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Mark H Weaver Cc: Pierre Neidhardt , 33848@debbugs.gnu.org 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.