From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Thompson, David" <dthompson2@worcester.edu>
Subject: Re: Invalid nar signature
Date: Mon, 15 Dec 2014 15:08:53 -0500
Message-ID: <CAJ=RwfZpdaeZNnxXZO+jGHqhMSe9pLo+i+qm4aAKOzMZZqz3aA@mail.gmail.com>
References: <87zjapejo3.fsf@izanagi.i-did-not-set--mail-host-address--so-tickle-me>
	<87ppbkompf.fsf@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:56001)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <dthompson2@worcester.edu>) id 1Y0bx1-0005OF-Sz
	for guix-devel@gnu.org; Mon, 15 Dec 2014 15:09:09 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <dthompson2@worcester.edu>) id 1Y0bwu-0003aQ-Ea
	for guix-devel@gnu.org; Mon, 15 Dec 2014 15:09:03 -0500
Received: from na3sys009aog138.obsmtp.com ([74.125.149.19]:35889
	helo=mail-pd0-f181.google.com) by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <dthompson2@worcester.edu>) id 1Y0bwu-0003aB-7a
	for guix-devel@gnu.org; Mon, 15 Dec 2014 15:08:56 -0500
Received: by mail-pd0-f181.google.com with SMTP id v10so12136843pde.26
	for <guix-devel@gnu.org>; Mon, 15 Dec 2014 12:08:53 -0800 (PST)
In-Reply-To: <87ppbkompf.fsf@gnu.org>
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=subscribe>
Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
To: =?UTF-8?Q?Ludovic_Court=C3=A8s?= <ludo@gnu.org>
Cc: guix-devel <guix-devel@gnu.org>

On Mon, Dec 15, 2014 at 12:19 PM, Ludovic Court=C3=A8s <ludo@gnu.org> wrote=
:
> I think this is due to a subtly misleading file format variation.
>
> If you look at =E2=80=98export-paths=E2=80=99, it does:
>
>   while there are files to write
>     write-long-long 1
>     export-path file
>   write-long-long 0
>
> =E2=80=98restore-file-set=E2=80=99 does the opposite, which is to read th=
at long-long to
> determine whether there=E2=80=99s data coming up, and then to call
> =E2=80=98restore-file=E2=80=99.

Thanks.  I'm still a little confused, though.  I'm not sure what
change I need to make in order to satisfy the substituter.  Do I need
to write a variant of export-paths that leaves off the initial
write-long-long call?

- Dave