From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:42103) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hb3hN-0006M7-Nn for guix-patches@gnu.org; Wed, 12 Jun 2019 09:53:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hb3gW-0000CK-Kj for guix-patches@gnu.org; Wed, 12 Jun 2019 09:53:06 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:47373) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hb3gU-0000Ah-4Q for guix-patches@gnu.org; Wed, 12 Jun 2019 09:53:04 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hb3gT-0001mo-Jn for guix-patches@gnu.org; Wed, 12 Jun 2019 09:53:02 -0400 Subject: [bug#36162] [PATCH 0/4] Add 'remote-eval' Resent-Message-ID: From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <875zpgrjqf.fsf@sdf.lonestar.org> <87h88x7pni.fsf@gnu.org> <871s01l4c2.fsf@sdf.lonestar.org> <87k1dtj6vr.fsf_-_@sdf.lonestar.org> Date: Wed, 12 Jun 2019 15:52:10 +0200 In-Reply-To: <87k1dtj6vr.fsf_-_@sdf.lonestar.org> (Jakob L. Kreuze's message of "Mon, 10 Jun 2019 20:35:52 -0400") Message-ID: <87k1dqvrlh.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: "Jakob L. Kreuze" Cc: 36162@debbugs.gnu.org Hello, zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) skribis: > One idea I had in developing my test suite was to design another record > type to supplement '' for tests that /do/ need access the > host's store as they're running, but thought it would be too intrusive > as it would only be used by the tests for '(gnu machine)'. Now that we > have a =E2=80=98remote-eval=E2=80=99 that would benefit from being tested= that way, > though, I'd like to ask: is that something I should look into? Tests are supposed to be deterministic, so as such, it makes sense for tests to be normal derivations, as is currently the case. In that spirit, we should instead tweak so that we can instruct it to build an autonomous VM with its own store. OTOH, we could also have =E2=80=98container-eval=E2=80=99, similar to =E2= =80=98remote-eval=E2=80=99, which would be useful for effectful code, such as code that needs to interact with the daemon. Food for thought! Thanks, Ludo=E2=80=99.