From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.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 uBmwBba1G2KKfwEAgWs5BA (envelope-from ) for ; Sun, 27 Feb 2022 18:32:38 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id cNo5OrW1G2L0fAEAG6o9tA (envelope-from ) for ; Sun, 27 Feb 2022 18:32:37 +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 9923C10671 for ; Sun, 27 Feb 2022 18:32:37 +0100 (CET) Received: from localhost ([::1]:35032 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nONPQ-0005eP-Qi for larch@yhetil.org; Sun, 27 Feb 2022 12:32:36 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51186) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nONPP-0005eB-8T for gwl-devel@gnu.org; Sun, 27 Feb 2022 12:32:35 -0500 Received: from [2a0c:e300::1] (port=50876 helo=hera.aquilenet.fr) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nONPM-00050X-UU for gwl-devel@gnu.org; Sun, 27 Feb 2022 12:32:34 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id BA6F6310; Sun, 27 Feb 2022 18:32:28 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IXHsRioSJdlU; Sun, 27 Feb 2022 18:32:27 +0100 (CET) Received: from ribbon (91-160-117-201.subs.proxad.net [91.160.117.201]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 512A816D; Sun, 27 Feb 2022 18:32:27 +0100 (CET) From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Ricardo Wurmus Subject: Re: Problem with texlive-default-updmap.cfg References: <8735k9hqj4.fsf@dlr.de> <87bkyxboue.fsf@elephly.net> <87pmnd9jc7.fsf@mdc-berlin.de> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 9 =?utf-8?Q?Vent=C3=B4se?= an 230 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Sun, 27 Feb 2022 18:32:26 +0100 In-Reply-To: <87pmnd9jc7.fsf@mdc-berlin.de> (Ricardo Wurmus's message of "Wed, 23 Feb 2022 23:15:33 +0100") Message-ID: <87v8x0uset.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Rspamd-Server: hera X-Rspamd-Queue-Id: BA6F6310 X-Spamd-Result: default: False [0.53 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.63)[subject]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a0c:e300::1 (failed) Received-SPF: softfail client-ip=2a0c:e300::1; envelope-from=ludo@gnu.org; helo=hera.aquilenet.fr X-Spam_score_int: -4 X-Spam_score: -0.5 X-Spam_bar: / X-Spam_report: (-0.5 / 5.0 requ) BAYES_00=-1.9, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_SOFTFAIL=0.665, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no 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, Ontje.Luensdorf@dlr.de 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=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1645983157; 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; bh=gBhfEJPBdQl5YvNRcyO7lU774UiwJYE2tvmzDWkpnGY=; b=op0OV8IWO2qA6pVrHJy4RDcJm2DoqO91m/ShbAhWe6Tc6C8y1E5wbpAnN25jwUHw7K0MrP Qw4s1Tz+c/h3PV9xJIyK5kxAIuOioI0DJczQLbKvZ97VSP8wzAvjdbV+m4XAjJoe+YcHnR 3dwXmD+WahwWBt+6tvH8GnITS2Bwz78ZC4X/P/OwHLH6HV4NsQMmL6CpdgMgB4u4cT8sIa 0zu84LMXKqHtpQIrAkSnP58X7/I41/W6LCNLaiyy1jnJHEVvwGrpUXpiLpaMCX+bOPfmEM r1AGbeNRiHJJPqxX6CByfFVpP/iahIhu3HWkE/9JM+TBcDnxJv6SXn20j4aaiQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1645983157; a=rsa-sha256; cv=none; b=eCCX0rLOZZM8pzjDOf1Ika8h7FIPiFJweS+Z/JZE07cBnP2NjOY4iyvF4fJ4X0vvIKdsdK XZ8KALYFawTZ18LpoCFO/YVVa4eBf6WdX829TwYi8vkFM3sJ1PqzQoa66m7z0iMn8dhsuJ 3hN/I60bDbfdHiZPYzZbm5nBxOC0zXZU84NYKkxJRjowsovHurNiGysCaqlK3T3pvDs9H8 mTD/S8BOLWQN9UVY1VNFBMqD1ibBVwoq8vLD3KfLGxAvEiO6VEAyiqDq8hDO/y6qoNzRUb EXQ1rj6zX5MM1G9CWcA3VjI16gfGM/8UoYYtk2Q6e8lu7GMIUwNbCzn2J49LaQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; 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.61 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; 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: 9923C10671 X-Spam-Score: -4.61 X-Migadu-Scanner: scn0.migadu.com X-TUID: Bcu069z6FF4p Hello! Ricardo Wurmus skribis: > 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. Not sure I understand the context well enough, but yes, =E2=80=98texlive-font-maps=E2=80=99 in (guix profiles) uses packages from t= he host Guix, not from an inferior (it cannot know that inferiors are being used). Does that lead it to build incorrect font maps or things like that? Would it help to change =E2=80=98texlive-font-maps=E2=80=99 to use =E2=80=98manifest-lookup-package=E2=80=99 instead to find its =E2=80=98updm= ap.cfg=E2=80=99 package? This is what several other hooks do, precisely to make sure they pick the matching package. HTH! Ludo=E2=80=99.