From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id WGLYHPfWFmJbRQAAgWs5BA (envelope-from ) for ; Thu, 24 Feb 2022 01:53:11 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id X9WxGffWFmIQegEAauVa8A (envelope-from ) for ; Thu, 24 Feb 2022 01:53:11 +0100 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 4EB9038C91 for ; Thu, 24 Feb 2022 01:53:08 +0100 (CET) Received: from localhost ([::1]:34478 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nN2NX-0005UJ-37 for larch@yhetil.org; Wed, 23 Feb 2022 19:53:07 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55002) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nN2NM-0005Sh-Dx for gwl-devel@gnu.org; Wed, 23 Feb 2022 19:52:57 -0500 Received: from sender4-of-o51.zoho.com ([136.143.188.51]:21159) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nN2NJ-0005VW-Go; Wed, 23 Feb 2022 19:52:55 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1645663969; cv=none; d=zohomail.com; s=zohoarc; b=feXTxJTYrvsaAo4Lswd7I5mwW/ba1Rf7zyQ86DEgYhN5Ybo47c4YvsUd9g+c76NgElXyyw0DSlozt2Fy2FNAFGhF6xT+0Lsrt7an/7WjjAA/ToplGQY33N8t1cS3prIAgD7ZdeDLBpT3VhhvE7GTVM+59DalCfmTzyGG7dUALhA= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1645663969; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=IWriNGAAwpr0njRDQGsJQBxqkEeF3YJCUmTLxQTG0dQ=; b=chO7XAmJQMcDKInymCUnUxtxmHSR6FWcxfs2XumApiEnu9ieBlbKEDIbJiMO05wl1Eza0q4G1LOnTNogkJPkJXq14Zg2ZP78LVDsxxXCvD+RYZURMaUcC8xTOLwIxPL7gH7/KouUm4oKL0+DIE0SHQCc2elDUjR2GNnYwper7h4= 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=1645663969; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:Date:In-reply-to:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=IWriNGAAwpr0njRDQGsJQBxqkEeF3YJCUmTLxQTG0dQ=; b=KHqHX7HzHSMOomVLUUT/GUIQ9tRngRjk7vSIo/mmq+NuiE+3AJif31YQg0qKeaVp Ewc8NR0R4u/Jkn1+fSUbeMzzLJr16HaUPPhk7XT186f3GphtiqcSyPljHJ6ZBWTrH4i E+NNqgw34tfdqEX2ADMhr5QaTHwZEGjVbs+ERTy0= Received: from localhost (p54ad4538.dip0.t-ipconnect.de [84.173.69.56]) by mx.zohomail.com with SMTPS id 1645663965338890.5318839215049; Wed, 23 Feb 2022 16:52:45 -0800 (PST) References: <8735k9hqj4.fsf@dlr.de> <87bkyxboue.fsf@elephly.net> 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, 23 Feb 2022 23:15:33 +0100 In-reply-to: <87bkyxboue.fsf@elephly.net> 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: <87pmnd9jc7.fsf@mdc-berlin.de> 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.51; envelope-from=rekado@elephly.net; helo=sender4-of-o51.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_H5=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, ludo@gnu.org Errors-To: gwl-devel-bounces+larch=yhetil.org@gnu.org Sender: "gwl-devel" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1645663991; 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=IWriNGAAwpr0njRDQGsJQBxqkEeF3YJCUmTLxQTG0dQ=; b=ICLFXuMIFgjevuX4uoo7Eb9nQPpkK0lbx+vRANzs73zD2X7tDoeidxH67ZVbUgU+X6kKtq 9Te9jeghBp663qe+MeEDF8BwO4vuVHh8PYJ8k5gHVT4A0GSzhEp+S+M5vE5NETBy+o4U3E iRHZoSzG89s6LcjzVNljLgYTuonfbhhVt3IuS+6YQCCQ7paAzwp4mG8shmOjuHAxmpOM+Z aecATkYeDoEW7qYYOJu0hqN117dLPEe22pdEihFGmbTRsF6+b1C9rDuF7shmDdxlpsVh/7 zMnLtVr31lBZ33yCyT7QhYGgf4En7icQeJ+DP3QpGyV35QdKr7wAlAUUWuud9Q== ARC-Seal: i=2; s=key1; d=yhetil.org; t=1645663991; a=rsa-sha256; cv=pass; b=sU3A/2S9B/zIlP4yU0kJfvYi98kTMD1dtTv8FLb0r/v2DVX2UHv1BKNzse/L1KcqWDGwlk jCkTSvU77wHj13zR/u9aHoJrLExYv6wxcAGf96lC+iZ6AGwmfTUNIlC481XmNwsW84Ws4j 1y0Vz/7T5a7xGQOQjWtbSBWjkLKwEREHicATBb1Sfaw1ZWbBbaI/ygJJr0QGFgHfJ6ngao Gpe+k9z51f7a8I523OdkXyjcHm6GVmPwzL2n5Yp/447i9cuz/Z0hX7VvlE44PAPZzU7vVA ai02EGh8L0YDTxKrZHnwyahmXtOZpUtv0rF0m8B0mCLW119DOXgZC9ceVjbtZg== ARC-Authentication-Results: i=2; aspmx1.migadu.com; dkim=pass header.d=elephly.net header.s=zoho header.b=KHqHX7Hz; 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.83 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=elephly.net header.s=zoho header.b=KHqHX7Hz; 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: 4EB9038C91 X-Spam-Score: -4.83 X-Migadu-Scanner: scn1.migadu.com X-TUID: 5nvjdIl9JNdU Hi again, I=E2=80=99m brazenly Cc-ing Ludovic, who understands the (guix inferior) mechanism better than anyone else. Too much information follows. >> $ 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? > > Maybe. Guix commit 805af862c6f0f6c54b74125bff8d348ae8f8e6f8 added > texlive-default-updmap.cfg to the (gnu packages tex) module in question. Looks like a genuine bug. I haven=E2=80=99t quite figured out why it happe= ns yet, but it happens when the invoking Guix is recent enough to include commit 805af862c6f0f6c54b74125bff8d348ae8f8e6f8. That commit not only adds texlive-default-updmap.cfg to (gnu packages tex), but also references it in (guix profiles). With the GWL there really are always two versions of Guix: an older fixed version of Guix that provides the Guile APIs that the GWL uses (=3D Guix as a library) and whichever version of Guix the user used to invoke =E2=80=9Cguix workflow=E2=80=9D (=3D the invoking Guix). We=E2=80=99re making an effort to capture the Guile load path at configure/= build time and then reset it to that known value at runtime when =E2=80=9Cguix workflow=E2=80=9D is invoked. We do this so that the Guix library we used = when developing is the same Guix that is available at run time. The invoking Guix on the other hand should always be what the user expects. It is used through (guix inferior) only. This error indicates to me that a *new* Guix (e.g. the invoking Guix) somehow ends up accessing an *old* Guix (e.g. the library Guix). My thinking is that the invoking Guix is asked to build a profile, then builds the profile hook for TeX Live packages, and then somehow looks *outside* of the invoking Guix for that package. The profile hook does perform a lazy package lookup with this: (define updmap.cfg (module-ref (resolve-interface '(gnu packages tex)) 'texlive-default-updmap.cfg)) I wonder if that ends up being evaluated outside of the inferior somehow. That would be quite a bummer. I see one bad workaround: remove some/all profile hooks in the GWL. This would likely circumvent this problem. --=20 Ricardo