From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gwl-devel-bounces+larch=yhetil.org@gnu.org>
Received: from mp12.migadu.com ([2001:41d0:2:bcc0::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by ms0.migadu.com with LMTPS
	id SFefAtNQRGJsdwEAgWs5BA
	(envelope-from <gwl-devel-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Wed, 30 Mar 2022 14:45:07 +0200
Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by mp12.migadu.com with LMTPS
	id QOkdO9JQRGJkhAEAauVa8A
	(envelope-from <gwl-devel-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Wed, 30 Mar 2022 14:45:06 +0200
Received: from lists.gnu.org (lists.gnu.org [209.51.188.17])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by aspmx1.migadu.com (Postfix) with ESMTPS id 9913613331
	for <larch@yhetil.org>; Wed, 30 Mar 2022 14:45:04 +0200 (CEST)
Received: from localhost ([::1]:45698 helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <gwl-devel-bounces+larch=yhetil.org@gnu.org>)
	id 1nZXh9-0006dt-CA
	for larch@yhetil.org; Wed, 30 Mar 2022 08:45:03 -0400
Received: from eggs.gnu.org ([209.51.188.92]:48960)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <rekado@elephly.net>)
 id 1nZXf2-0004UI-Ky
 for gwl-devel@gnu.org; Wed, 30 Mar 2022 08:42:54 -0400
Received: from sender4-of-o50.zoho.com ([136.143.188.50]:21079)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <rekado@elephly.net>)
 id 1nZXf0-0004cw-RF
 for gwl-devel@gnu.org; Wed, 30 Mar 2022 08:42:52 -0400
ARC-Seal: i=1; a=rsa-sha256; t=1648644166; cv=none; 
 d=zohomail.com; s=zohoarc; 
 b=To+X1Cc3UnWgPXzcA54pbdpbKedOteC2uOSXSXnCE6trrcW0FYV+kG9CvxKaDXhyDfZdChqQWV3xBhkHuBZLpFR/oQyhY1zvFIo1+NVxIYekLDD9XK+23yq7MyH12KEhfuZSCoKY8xH2lLbskyUwv2wdalMJrxUsLGkclsxmp4A=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com;
 s=zohoarc; t=1648644166;
 h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To;
 bh=wLnXC/759o9DW2uQHlrYMKTb3p61kPc5ouj9ipV6QSk=; 
 b=np3cqdNB0i5Ej7UaqqFwFpIBBf7FTC8B3FX3B0tKWtXfsM4u4b5jACEXt/io8DxXcx3qFLY+vktQX3pQB3tFPQJ7ab2pfclUsNk1uXPFlKNaHgyHVVLFWn1aSuC7BKvQjGOPp8KMdhOPFoENROsfnFLnZFHm8FB48fpqOeJWpic=
ARC-Authentication-Results: i=1; mx.zohomail.com;
 dkim=pass  header.i=elephly.net;
 spf=pass  smtp.mailfrom=rekado@elephly.net;
 dmarc=pass header.from=<rekado@elephly.net>
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1648644166; 
 s=zoho; d=elephly.net; i=rekado@elephly.net;
 h=References:From:From:To:To:Cc:Cc:Subject:Subject:Date:In-reply-to:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-Id:Reply-To;
 bh=wLnXC/759o9DW2uQHlrYMKTb3p61kPc5ouj9ipV6QSk=;
 b=Nd9Xm2l4chMsb3fE5U5THAccPWyX2IlNGXUgy9dMsqSQF54WxgtpXh+sDdNhTuew
 LWCcQ5Qqy34wos85QqlWAiXu5hSebqdwmUIbIIwz5vJ6yt9ppnWtMsswRbvoKgYiz2Y
 uO6CF2rUarMOswMYL+0LlxMUE0aiJAXqWSe566L4=
Received: from localhost (248-110-142-46.pool.kielnet.net [46.142.110.248]) by
 mx.zohomail.com with SMTPS id 1648644164616158.91287481379095;
 Wed, 30 Mar 2022 05:42:44 -0700 (PDT)
References: <8735k9hqj4.fsf@dlr.de>
User-agent: mu4e 1.6.10; emacs 28.0.50
From: Ricardo Wurmus <rekado@elephly.net>
To: Ontje.Luensdorf@dlr.de
Subject: Re: Problem with texlive-default-updmap.cfg
Date: Wed, 30 Mar 2022 14:32:53 +0200
In-reply-to: <8735k9hqj4.fsf@dlr.de>
X-URL: https://elephly.net
X-PGP-Key: https://elephly.net/rekado.pubkey
X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
Message-ID: <87bkxn7gsf.fsf@elephly.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-ZohoMailClient: External
Received-SPF: pass client-ip=136.143.188.50; envelope-from=rekado@elephly.net;
 helo=sender4-of-o50.zoho.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
 T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-BeenThere: gwl-devel@gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <gwl-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/gwl-devel>,
 <mailto:gwl-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/gwl-devel>
List-Post: <mailto:gwl-devel@gnu.org>
List-Help: <mailto:gwl-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/gwl-devel>,
 <mailto:gwl-devel-request@gnu.org?subject=subscribe>
Cc: gwl-devel@gnu.org
Errors-To: gwl-devel-bounces+larch=yhetil.org@gnu.org
Sender: "gwl-devel" <gwl-devel-bounces+larch=yhetil.org@gnu.org>
X-Migadu-Flow: FLOW_IN
X-Migadu-To: larch@yhetil.org
X-Migadu-Country: US
ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org;
	s=key1; t=1648644306;
	h=from:from:sender:sender:reply-to:subject:subject:date:date:
	 message-id:message-id:to:to:cc:cc:mime-version:mime-version:
	 content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:
	 in-reply-to:in-reply-to:references:references:list-id:list-help:
	 list-unsubscribe:list-subscribe:list-post:dkim-signature;
	bh=wLnXC/759o9DW2uQHlrYMKTb3p61kPc5ouj9ipV6QSk=;
	b=dbilgZtbZasfJPtq6TDXl+zw9fAO5Tu1xUqBr7OvFC3Hc3Q11K9Ub0GXhliGdWnLzhiwBX
	JL+KYyur6ZVKzFlssc9pnaBMuXt9gTDWf8cxYFRrYHobeDq6KOnP58hXvH2Gj005Sm70cA
	0EQNYfl2bx/ve0aadSzTS8TVXWrU8UdoA+ud4q3y9CE99mNMEQ28v8blswrwPktopvM5yE
	++Ddx1DmdFLwdxnFJbBA/HrgXqo6WrMOI3qJ7X8VgPYn+l2KxL0VJTwAdisC6E65Ew7puL
	Ewthxx6ItRlCy1PeNT/w7Nt0FS7tgAyKV9efNQxv8GNLRUn9TLMkwDnzPaP8xA==
ARC-Seal: i=2; s=key1; d=yhetil.org; t=1648644306; a=rsa-sha256; cv=pass;
	b=teXIs1gTnDO5Ffm9A1JIuo6Gj45BFz0TUhqvhVwHMLhqzIIY3VhA0sfgfo2R5eQifPkwtG
	P7xjTfzSoQ2bOhzXNMf1txTGHSibi3aaKTfEDjbfI77l9hiMujcJ+9m8YXaRrtGbkUqLg2
	pwe2HAXXFgtmC6MUoS/+nVlBAsgCMO2OdTrwPvq9JabySk0vAYzB8ckSAEobaai+M3lqdq
	Dx40zst55mgfhf071jK+1iS3BBNJhPSrX/sRUnMjbL5wL0SrpfsJKLmp3L+S21sopXWunU
	ZQqRbKTE80FliK3Qr5m50/DrRVQOWDEr3tmq44cw5pH/C1cHD3jxWMhuvWygpg==
ARC-Authentication-Results: i=2;
	aspmx1.migadu.com;
	dkim=pass header.d=elephly.net header.s=zoho header.b=Nd9Xm2l4;
	arc=pass ("zohomail.com:s=zohoarc:i=1");
	dmarc=none;
	spf=pass (aspmx1.migadu.com: domain of "gwl-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="gwl-devel-bounces+larch=yhetil.org@gnu.org"
X-Migadu-Spam-Score: -4.57
Authentication-Results: aspmx1.migadu.com;
	dkim=pass header.d=elephly.net header.s=zoho header.b=Nd9Xm2l4;
	arc=pass ("zohomail.com:s=zohoarc:i=1");
	dmarc=none;
	spf=pass (aspmx1.migadu.com: domain of "gwl-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="gwl-devel-bounces+larch=yhetil.org@gnu.org"
X-Migadu-Queue-Id: 9913613331
X-Spam-Score: -4.57
X-Migadu-Scanner: scn1.migadu.com
X-TUID: T9K/RwKyTTrU

Hi again Ontje,

my apologies for taking so long to get back to you.

> if I try to run this hello world workflow, I get the following error:
>
> process hi
>   # { echo "hi" }
>
> workflow do-the-thing
>   processes hi
>
> $ guix workflow run workflow.w
> info: .19 Loading workflow file `workflow.w'...
> info: .21 Computing workflow `do-the-thing'...
> error: 3.33 No variable named texlive-default-updmap.cfg in #<interface (=
gnu packages tex) 7f3ed7185d20>
>
> Is something borked in my setup?

Commit 2afadeea66e01f6d78e01eee910d2868f27531b8 works around this
problem by not sharing the same Guile process that was used to launch
=E2=80=9Cguix workflow=E2=80=9D.

The first thing we do when the GWL extension is launched is to replace
the Guile load path.  We do this to ensure that the GWL uses the very
same Guix at runtime as the Guix we used to develop it.  This avoids a
lot of potential problems on users=E2=80=99 machines, where arbitrary versi=
ons
of Guix would be installed.  To avoid subtle breakage we just use a
well-known version of Guix as a library =E2=80=94 and we use the =E2=80=9Ci=
nvoking Guix=E2=80=9D
in an inferior to look up packages, so that users get the packages that
they expect.

Unfortunately, this doesn=E2=80=99t actually work as intended.  By the time
=E2=80=9Cguix workflow=E2=80=9D is evaluated the Guile process will have al=
ready loaded
some of the Guile modules of the invoking Guix.  Replacing the load path
at that point does not have the intended effect because only those
modules we load *then* will belong to the well-known version of Guix =E2=80=
=94
whatever may have been loaded between =E2=80=9Cguix=E2=80=9D starting and t=
he moment
the =E2=80=9Cworkflow=E2=80=9D sub-command is invoked remains.

So to avoid =E2=80=9Ccontamination=E2=80=9D we now launch a new Guile proce=
ss with a
well-known load path.  It=E2=80=99s not the prettiest solution, but it works
around the problem effectively.  It is a matter of philosophical debate
whether the GWL can still be called an =E2=80=9Cextension=E2=80=9D to Guix =
when we
aren=E2=80=99t even using the same process and launch an independent Guile
process, but I=E2=80=99m okay with that because the exploration of this spa=
ce is
one of the goals of the GWL :)

--=20
Ricardo