From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 ) for ; 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 ) for ; 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 ; 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 ) 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 ) 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 ) 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= 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 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: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: gwl-devel@gnu.org Errors-To: gwl-devel-bounces+larch=yhetil.org@gnu.org Sender: "gwl-devel" 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 # > > 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