From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Invalid nar signature Date: Thu, 15 Jan 2015 17:22:06 +0100 Message-ID: <87387c580h.fsf@gnu.org> References: <87zjapejo3.fsf@izanagi.i-did-not-set--mail-host-address--so-tickle-me> <87ppbkompf.fsf@gnu.org> <87ppbkfw4w.fsf@gnu.org> <87ppbkedf2.fsf@izanagi.i-did-not-set--mail-host-address--so-tickle-me> <871tnz8qwx.fsf@gnu.org> <87mw5kkbue.fsf@izanagi.i-did-not-set--mail-host-address--so-tickle-me> <87zj9k74ob.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48323) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YBnBU-0001Ff-47 for guix-devel@gnu.org; Thu, 15 Jan 2015 11:22:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YBnBQ-0004B5-5q for guix-devel@gnu.org; Thu, 15 Jan 2015 11:22:12 -0500 Received: from hera.aquilenet.fr ([2a01:474::1]:41125) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YBnBP-0004Aq-Uj for guix-devel@gnu.org; Thu, 15 Jan 2015 11:22:08 -0500 In-Reply-To: (David Thompson's message of "Thu, 15 Jan 2015 08:39:01 -0500") 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+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: "Thompson, David" Cc: guix-devel "Thompson, David" skribis: > On Thu, Jan 15, 2015 at 4:51 AM, Ludovic Court=C3=A8s wrot= e: >> David Thompson skribis: >> >>> Despite that, I tried to compress the nar with bzip2 just for fun, but I >>> ran into another problem: >>> >>> warning: call to primitive-fork while multiple threads are running; >>> further behavior unspecified. See "Processes" in the >>> manual, for more information. >>> >>> I'm running a REPL server in addition to the web server, but I imagine >>> the web server also spawns additional threads to handle requests, so >>> either way 'filtered-output-port' won't work here. >> >> (web server http) does not use threads so it should be OK. But we=E2=80= =99ll >> see that afterwards. :-) > > Ah, okay. Even so, requiring a single-threaded application in order > to use compressed/decompressed ports makes hacking on 'guix publish' > inconvenient, as it eliminates use of the REPL. Agreed. We=E2=80=99ll probably need libbz2 bindings at some point. Ludo=E2=80=99.