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:4a6f::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by ms0.migadu.com with LMTPS
	id aKGHFJDMHGLFBAEAgWs5BA
	(envelope-from <gwl-devel-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Mon, 28 Feb 2022 14:22:24 +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 EAFHEZDMHGKuogAAauVa8A
	(envelope-from <gwl-devel-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Mon, 28 Feb 2022 14:22:24 +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 1E4518091
	for <larch@yhetil.org>; Mon, 28 Feb 2022 14:22:24 +0100 (CET)
Received: from localhost ([::1]:38210 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 1nOfyn-0006jI-KG
	for larch@yhetil.org; Mon, 28 Feb 2022 08:22:23 -0500
Received: from eggs.gnu.org ([209.51.188.92]:59518)
 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 1nOfxi-00064a-WB
 for gwl-devel@gnu.org; Mon, 28 Feb 2022 08:21:15 -0500
Received: from sender4-of-o51.zoho.com ([136.143.188.51]:21165)
 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 1nOfxg-0006h4-VK; Mon, 28 Feb 2022 08:21:14 -0500
ARC-Seal: i=1; a=rsa-sha256; t=1646054469; cv=none; 
 d=zohomail.com; s=zohoarc; 
 b=gfivMRJcchDkQCrhzhE5bquB/7LKFAaPFBcfF8HRerWNsBMLJgzaa5yR63gfJeVT2n3Pta1lE/30Dwolq7Zt56zwg9QtOXjrunDRY/jZb0AdgvX5eVKqX/bT/F2gpjxqrVmSuUt4MkHNkAVz6vpV6+RUJpZcx8GIy9v4L2BshCg=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com;
 s=zohoarc; t=1646054469;
 h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To;
 bh=gV8U9NYh6jwKthdaoQPgmgXFGEdaCUkMOjvOkmUKWP0=; 
 b=Ft2pSrC1CWdCxFJ0YdIcRH8zChewaazkQ/8h6qBlh1q/BDAq7vzKwGT9vTwWeiKiuVTC0LRdg5OhLNKrPenvFy+XsfFPefC3EVbDECXGKSWVCTbcgefacRxq2LC8BXBY1vbxl6nU/Fu5lFPTmk9MgIC1kgp7cfqqY/0yoD/uq9s=
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=1646054469; 
 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=gV8U9NYh6jwKthdaoQPgmgXFGEdaCUkMOjvOkmUKWP0=;
 b=Qzd0UrEUrTl2qZRfBR28YbCC5Fa9UrksVTzOAZYeX/jv3SgLnMkCafikdAtD45yj
 8vpTq1Y/Ehp88eN/RZdTttUII9F2nCwqelU1tRrGTjHljywFL5wPTQ3rJqduWtkiEQS
 i6rtkDvGNLlaqZaUwddJ4PGgtzGVrZVbZjFL+RoY=
Received: from localhost (p54ad4956.dip0.t-ipconnect.de [84.173.73.86]) by
 mx.zohomail.com with SMTPS id 1646054468263888.9577983577124;
 Mon, 28 Feb 2022 05:21:08 -0800 (PST)
References: <8735k9hqj4.fsf@dlr.de> <87bkyxboue.fsf@elephly.net>
 <87pmnd9jc7.fsf@mdc-berlin.de> <87v8x0uset.fsf@gnu.org>
 <87fso45hd6.fsf@elephly.net> <875yozfc8w.fsf@gnu.org>
User-agent: mu4e 1.6.10; emacs 28.0.50
From: Ricardo Wurmus <rekado@elephly.net>
To: Ludovic =?utf-8?Q?Court=C3=A8s?= <ludo@gnu.org>
Subject: Re: Problem with texlive-default-updmap.cfg
Date: Mon, 28 Feb 2022 14:17:44 +0100
In-reply-to: <875yozfc8w.fsf@gnu.org>
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: <87mtib3z6b.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.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: <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, Ontje.Luensdorf@dlr.de
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-Country: US
ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org;
	s=key1; t=1646054544;
	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=gV8U9NYh6jwKthdaoQPgmgXFGEdaCUkMOjvOkmUKWP0=;
	b=A4uw6JdQLqMM6+MB23sIH6EJzAQyvbXgXjBCXXRil+BVC7WtXQvfFMIkyTdchlkBd5CsLz
	0/7+oby1thfkAQZm5vsCM3ZgJ4ZtHsGBLjp7opfv3P6/cHAG/hvLcaAIyVAbjk+CA085D+
	3v4fz8AY/vgx+1buTn4uLe/vMv0FugMV2r4bTQxuEwdOWqTdQ6OEx/ecvcnNQdtjkoLnV0
	+3q7lvF79Yl0mM4zSmz3b1q4NamcVPvYHIPBB2L/2JqRu5p8tj3IF8zDGC8aNK4QV9Reoc
	BK1x2TzpxjM7cTwjWS7hQMqzA2F823aldEtJwmFlnWNj5bfyuLBl5kItFYArYg==
ARC-Seal: i=2; s=key1; d=yhetil.org; t=1646054544; a=rsa-sha256; cv=fail;
	b=mNZGdMyDg3KuICxaZ9l/yPEoW0Vnw6lE7OWmx0JIhfVfIRqFCCPgKXGXh9MzU9DIgXLtR4
	FLt5lIOLffroygjfArBufKHY7RV+rDNF45frE9190PLiaagMpXPdLKKszXr76T8VKU4/hj
	3xtVLPCtGbjfytLl3YTW6nbZqvN4n2JtdYtxcKcZ9zyp65/+DKBYpOZPhyabxwRnw/6Pwm
	gRLT1CmagcnyFPW8gWMrLPMtC+fZFgSrs/0ZrIKEThrBcHPMNHwDIiCZ9WIbt1ewS+00hS
	eJtp9MqFhU+7b8seD3uMaZTz10YTIXI/SKOwIUA4hPtwvHkJ0e76FfqRs74gcQ==
ARC-Authentication-Results: i=2;
	aspmx1.migadu.com;
	dkim=fail ("headers rsa verify failed") header.d=elephly.net header.s=zoho header.b=Qzd0UrEU;
	arc=reject ("signature check failed: fail, {[1] = sig:zohomail.com:reject}");
	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: 1.40
Authentication-Results: aspmx1.migadu.com;
	dkim=fail ("headers rsa verify failed") header.d=elephly.net header.s=zoho header.b=Qzd0UrEU;
	arc=reject ("signature check failed: fail, {[1] = sig:zohomail.com:reject}");
	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: 1E4518091
X-Spam-Score: 1.40
X-Migadu-Scanner: scn0.migadu.com
X-TUID: 3A7BkhdOwaAE


Ludovic Court=C3=A8s <ludo@gnu.org> writes:

> Hi,
>
> Ricardo Wurmus <rekado@elephly.net> skribis:
>
>> Ludovic Court=C3=A8s <ludo@gnu.org> writes:
>
> [...]
>
>>>> 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 fr=
om the 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?
>>
>> Worse: there=E2=80=99s a mismatch between what one Guix wants and what t=
he other
>> offers.  Apparently the profile hook from the newer Guix is used, but
>> the look up of texlive-default-updmap.cfg in (gnu packages tex) happens
>> in the older Guix =E2=80=94 which doesn=E2=80=99t *have* that package =
=E2=80=94 and thus fails.
>
> You mean the =E2=80=98module-ref=E2=80=99 above happens in the inferior=
=E2=80=99s module?

No, the other way around: the profile hook from the inferior is used
(which requires a recently added package), but the module-ref does not
happen in the context of the inferior.  It happens in the context of the
*old* Guix (the =E2=80=9Clibrary Guix=E2=80=9D), which does not have that p=
ackage.

> That=E2=80=99s not possible, unless there=E2=80=99s some extra load path =
trickery going
> on.

Oh, you bet there=E2=80=99s load path trickery going on!
guix/extensions/workflow.scm sets the load path such that the Guix
modules at runtime are those of the Guix library at build time.

> Do you have a simple reproducer?

Not yet, but I=E2=80=99ll try to build one.

--=20
Ricardo