From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gwl-devel-bounces+larch=yhetil.org@gnu.org>
Received: from mp11.migadu.com ([2001:41d0:8:6d80::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by ms0.migadu.com with LMTPS
	id 0H1PNeq5G2L8IAAAgWs5BA
	(envelope-from <gwl-devel-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Sun, 27 Feb 2022 18:50:34 +0100
Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by mp11.migadu.com with LMTPS
	id MGf0Muq5G2LNQwAA9RJhRA
	(envelope-from <gwl-devel-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Sun, 27 Feb 2022 18:50:34 +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 347F13ADC5
	for <larch@yhetil.org>; Sun, 27 Feb 2022 18:50:33 +0100 (CET)
Received: from localhost ([::1]:40736 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 1nONgl-00020K-OH
	for larch@yhetil.org; Sun, 27 Feb 2022 12:50:31 -0500
Received: from eggs.gnu.org ([209.51.188.92]:53966)
 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 1nONgj-00020C-GX
 for gwl-devel@gnu.org; Sun, 27 Feb 2022 12:50:29 -0500
Received: from sender4-of-o51.zoho.com ([136.143.188.51]:21199)
 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 1nONgf-0005IW-Jk; Sun, 27 Feb 2022 12:50:28 -0500
ARC-Seal: i=1; a=rsa-sha256; t=1645984219; cv=none; 
 d=zohomail.com; s=zohoarc; 
 b=aaJ8iMCW0gIypb9YWHaIU2T7to26AWm+fb7LtRy3iV7P4frc3/9O5yBiaSpKYtFPu4MV9Gk72k4MYe8RWSNpn9VwNvIVDrA6DZAJDh0xfbAsM66yXYMR8ATbsr4Q913rNyjAXhU9rplY/ONbRtdZDq+CyO86UB2M92Sl5xE7B8s=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com;
 s=zohoarc; t=1645984219;
 h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To;
 bh=3uWZ3AdpMUOX5Jb1240Dn/pz5wsH1Um0EYw+/dEjHGk=; 
 b=Bc5zwZf3FqQlMf3YVlU7KSDg7PY7llpakhWuu2yUHqwOHYP4zZtpri24YKtVV8wq+tTnepBYPOR+IWZ2C18/bRujtZ0LHgxRO0DFzDsodOAEQN6r5dP0rbMGo+OgZ3yxbdy+LN+lZYKxxWPYV8aBAMdXZJbTb4NbTCMK2FgRatI=
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=1645984219; 
 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=3uWZ3AdpMUOX5Jb1240Dn/pz5wsH1Um0EYw+/dEjHGk=;
 b=jBg8YXYP+tRYTmfIPnRy5WswCzFMN5kn49LHwIlhB2T2aQb9AH5lyNoO84Jz30bk
 MURFSCDyqFUMgICLtHg/WQx4DX9gjSLCCuh3D15y0SRypye2iQ8J2O764eGeiJbNh8l
 0r9PLIDBURBHRCaF2VXIXM+NP3QY74Pj7d9b8pbU=
Received: from localhost (p508e8549.dip0.t-ipconnect.de [80.142.133.73]) by
 mx.zohomail.com with SMTPS id 1645984217303623.5366289439776;
 Sun, 27 Feb 2022 09:50:17 -0800 (PST)
References: <8735k9hqj4.fsf@dlr.de> <87bkyxboue.fsf@elephly.net>
 <87pmnd9jc7.fsf@mdc-berlin.de> <87v8x0uset.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: Sun, 27 Feb 2022 18:48:18 +0100
In-reply-to: <87v8x0uset.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: <87fso45hd6.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=1645984234;
	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=3uWZ3AdpMUOX5Jb1240Dn/pz5wsH1Um0EYw+/dEjHGk=;
	b=nCc/flT7u2/9bs0Zxtc1Wc/tYbEbbEOr8yNuUg3bz+rlu9JMKZwy4UnZ+QpElTUxUPNTDX
	XgelDvcpMX42M7RF+EKAbefmjEaAnWJQlehrlKnJlPcwI618BwBf/iWPCBHaHTAnMcXDTf
	qqO7d0/VNwvd2jUl+P7mw7VqUYbo9W/buWtZi05NplMr5k5Rt8d4GoQh5yP0LVPdMoiuIa
	XJ5bMjWQ4hnjTi1GrpZNvPYLT8SbhaktGvAVTLJ3LtCKpHHDYdXCY9fWT5O3iQChbliUgk
	BzbKh0T9nr3fdp2hP7s+5VOemM7ZgREZtOEeYvGxA1t/iCsdwc5SW05+4QP4Tw==
ARC-Seal: i=2; s=key1; d=yhetil.org; t=1645984234; a=rsa-sha256; cv=fail;
	b=QeHr0Y/HEHz4TL81S4IQxMy63H+CvDg9TckOmm6PGn5MK6f7cnekARiS6pHlAAFsYknFCr
	uvKyJBNsMOtgoXr+nukXfSVV80w3NKOC91VzqKNR+XU0qSJ6df9961wSWzQAVSoHpzftty
	5tWjTxp3ebtZgz/CDQl5tuL5GuzvmZPumte/BVxZvgLDK7iHtbVr6tX+V4YMIENPqszPLP
	OC1LpjRZinxG6VUzP9ChmoPMgiBVS8rn1dSIq9h5Ks90GZPcJzr05J8PggmH01hscPufTv
	NbBK0Fq8vMsO+L4kONo9wUXQSTmrFkqjxv7oa8970UB6Uo5GaDwKh3O2dwiG1Q==
ARC-Authentication-Results: i=2;
	aspmx1.migadu.com;
	dkim=fail ("headers rsa verify failed") header.d=elephly.net header.s=zoho header.b=jBg8YXYP;
	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.39
Authentication-Results: aspmx1.migadu.com;
	dkim=fail ("headers rsa verify failed") header.d=elephly.net header.s=zoho header.b=jBg8YXYP;
	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: 347F13ADC5
X-Spam-Score: 1.39
X-Migadu-Scanner: scn0.migadu.com
X-TUID: e9pIdjwCZMOv


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

> Hello!
>
> Ricardo Wurmus <rekado@elephly.net> 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=
 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 the =
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.

> 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=98up=
dmap.cfg=E2=80=99 package?
> This is what several other hooks do, precisely to make sure they pick
> the matching package.

Maybe.  I=E2=80=99ll see if wa can change this and if it makes a difference.
Thanks for the input!

--=20
Ricardo