From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@gnu.org>
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: <bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([208.118.235.92]:54233)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) 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 <Debian-debbugs@debbugs.gnu.org>) 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 <Debian-debbugs@debbugs.gnu.org>)
	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 <Debian-debbugs@debbugs.gnu.org>) id 1gcWvC-0001rd-0k
	for bug-guix@gnu.org; Thu, 27 Dec 2018 09:46:02 -0500
Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org>
Resent-Message-ID: <handler.33848.B33848.15459219377132@debbugs.gnu.org>
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 <bug-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-guix>,
	<mailto:bug-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/bug-guix/>
List-Post: <mailto:bug-guix@gnu.org>
List-Help: <mailto:bug-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-guix>,
	<mailto:bug-guix-request@gnu.org?subject=subscribe>
Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org
Sender: "bug-Guix" <bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org>
To: Mark H Weaver <mhw@netris.org>
Cc: Pierre Neidhardt <mail@ambrevar.xyz>, 33848@debbugs.gnu.org

Hello,

Mark H Weaver <mhw@netris.org> skribis:

> Pierre Neidhardt <mail@ambrevar.xyz> 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.