From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id mAVwFSyLv2QUVAAASxT56A (envelope-from ) for ; Tue, 25 Jul 2023 10:43:24 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id wIAOFSyLv2RPawAAauVa8A (envelope-from ) for ; Tue, 25 Jul 2023 10:43:24 +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 81C48662C6 for ; Tue, 25 Jul 2023 10:43:23 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1690274604; 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:resent-cc:resent-from:resent-sender: resent-message-id:in-reply-to:in-reply-to:references:references: list-id:list-help:list-unsubscribe:list-subscribe:list-post; bh=bfyxOEhVf0L+tYprri0gdXrnvuyMKfvZAPFxzP1lp5w=; b=kpK2nZAvarx/o3mkb7GnbhekGdnRaJtxjfX/6QvzSy4nXP6LFe+c8w7hWVkktw3/VJKvSt m6s5cRTIfz/jm1ZW/ZTV3vF9313FOuT2sxC4HABSnZ1pgr0APX53M2tUkBSVU9wqUjADvA O3pJeP4i4jhuRdgDCmt2YrZH8tFIENckvgzIZqGUax1ysWjSreQXbsXesLkVB34W5Q4tbs PXL8ab5UZHSoKILYo2+dhVdpsj5deSsU/VbwCC93bL7AMUUPO4Zsk3HFp5QbQrXupImjwt ntflqhj6qq2aXkWPr3ST0x2MK3d47wrc8HSB5eKqPvw7Mh3olJ53kEERMV5dWw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org"; dmarc=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1690274604; a=rsa-sha256; cv=none; b=efRIGQDh1lN4GE1TT1yte/WBvL/P1iE4EeFuLfWpI1Z/C7f5+W6h7CHnKPiIvcdzu06wUo FoYtotfK7GH2MPY0QkMYFRHC1Fr/VJarEBjegAwby97EWR6O9dbXDv/MSVHL5qd0ofQneP +wmUIzmo7JUWGSmfmqZH7ZqSI+Jog3kCMP4vdcLtV9Q9hgS3esC8i9IX7g6H0lL+Jyg92q itjHZY2mFupVClNHjWT6GxQ61xXHPoDXeSwkA7nKqAkXwwXO1G/Q9ivufkPpy4piPGcJvF Q0yTASliVs3QT9l7w9pkCu/bXz7nKNcx5lwsLEeIeDvq/htwSPX7xrc6KKILzA== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qODdI-000190-Rb; Tue, 25 Jul 2023 04:43:04 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qODdG-00018q-Rz for bug-guix@gnu.org; Tue, 25 Jul 2023 04:43:02 -0400 Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qODdG-0004Qi-Hw for bug-guix@gnu.org; Tue, 25 Jul 2023 04:43:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qODdG-0003Gv-Bk for bug-guix@gnu.org; Tue, 25 Jul 2023 04:43:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#64827: Texlive has become slow Resent-From: Andreas Enge Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 25 Jul 2023 08:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64827 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ricardo Wurmus , 64827@debbugs.gnu.org Cc: Nicolas Goaziou Received: via spool by 64827-submit@debbugs.gnu.org id=B64827.169027455712540 (code B ref 64827); Tue, 25 Jul 2023 08:43:02 +0000 Received: (at 64827) by debbugs.gnu.org; 25 Jul 2023 08:42:37 +0000 Received: from localhost ([127.0.0.1]:44620 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qODcq-0003GB-IV for submit@debbugs.gnu.org; Tue, 25 Jul 2023 04:42:37 -0400 Received: from hera.aquilenet.fr ([185.233.100.1]:47190) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qODcn-0003Fn-Gm for 64827@debbugs.gnu.org; Tue, 25 Jul 2023 04:42:34 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 3CA0E448; Tue, 25 Jul 2023 10:42:27 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at hera.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 39ZzSrcVQ5Xx; Tue, 25 Jul 2023 10:42:26 +0200 (CEST) Received: from jurong (unknown [IPv6:2001:861:c4:f2f0::c64]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 3E0ABB4; Tue, 25 Jul 2023 10:42:26 +0200 (CEST) Date: Tue, 25 Jul 2023 10:42:24 +0200 From: Andreas Enge Message-ID: References: <87sf9darmu.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87sf9darmu.fsf@elephly.net> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: bug-guix-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Spam-Score: -5.65 X-Migadu-Queue-Id: 81C48662C6 X-Migadu-Spam-Score: -5.65 X-Migadu-Scanner: mx0.migadu.com X-TUID: BCCfJF30oG9L Hello, Am Tue, Jul 25, 2023 at 12:09:06AM +0200 schrieb Ricardo Wurmus: > > I can't find the format file `pdflatex.fmt'! > This sounds like a sibling of https://issues.guix.gnu.org/64729 it looks similar indeed. But notice that I use the monolithic package "texlive". And I just tried it again and - it just works! In the meantime, I have rebooted. And while I thought I had done it, I must have forgotten to include $GUIX_PROFILE/etc/profile for updating environment variables. However, it has become extremely slow. When compiling a 42 page document: real 0m22,757s user 0m7,243s sys 0m15,370s Before it even outputs the first page of the document, I get pages and pages of screen output looking like lisp code: (/home/enge/.guix-profile/share/texmf-dist/tex/latex/amsmath/amstext.sty (/home/enge/.guix-profile/share/texmf-dist/tex/latex/amsmath/amsgen.sty)) (/home/enge/.guix-profile/share/texmf-dist/tex/latex/amsmath/amsbsy.sty) (/home/enge/.guix-profile/share/texmf-dist/tex/latex/amsmath/amsopn.sty)) ... This is compared to before: real 0m1,426s user 0m1,191s sys 0m0,113s Where the lisp style lines look like this: (/gnu/store/m2hpk7ycdqj6n1nbjnd3d4l088m79smx-texlive-texmf-20210325/share/texmf -dist/tex/latex/amsmath/amstext.sty (/gnu/store/m2hpk7ycdqj6n1nbjnd3d4l088m79smx-texlive-texmf-20210325/share/texmf -dist/tex/latex/amsmath/amsgen.sty)) The difference is that before, /home/enge/.guix-profile/share/texmf-dist was directly a symbolic link into the store. Now it is a directory, and each file in it is its own symbolic link to a file in the store, and resolving them apparently takes a lot of time. I am confused as to why this happens. /home/enge/.guix-profile/share/texmf-dist contains 28 symbolic links, 26 of which point to directories and 2 to files (ls-R and README) in /gnu/store/88apcyl30irw6v03gmyav638wq31k9xq-texlive-20230313/share/texmf-dist/ Then there is the "physical" directory web2c. It contains 47 separate symbolic links to files and directories in /gnu/store/88apcyl30irw6v03gmyav638wq31k9xq-texlive-20230313/share/texmf-dist/web2c. I do not understand why not the complete texmf-dist is a symbolic link as before, as the content seems to be the same, which should be handled during the profile creation. Maybe because of this in the definition of the texlive package: ;; Build the union of texlive-bin-full and texlive-texmf, but take the ;; conflicting subdirectory share/texmf-dist from texlive-texmf. What is the role of texlive-bin-full? Why does it contain share/texmf-dist? The basic architecture was to separate the binaries in texlive-bin (which needed compilation) from the tex files in texlive-texmf (which mainly needed copying, plus the black tex magic of format and font map creation), and their union was texlive. My impression is that commit 19fd1004138b60c4479d7516aa0cee261c0b6b57 Author: Nicolas Goaziou Date: Mon Jun 26 12:00:51 2023 +0200 gnu: Externalize libkpathsea in texlive and texlive-bin. poses problems. Which problem is it supposed to solve? What is the idea of the new architecture? Having texlive-libkpathsea, texlive-bin and texlive-bin-full, all the three with very long package definitions, looks very complex to me. Would it be possible and make sense to revert this commit? I considered opening a new bug, since this one looked distinct from not being able to install texlive-biber; but I wonder if texlive-biber is not simply a symptom of the same problem. The error message is updmap: open() failed: No such file or directory at /gnu/store/rhaj62vg3bfzlvrm9bsmif4z1bzgq84a-texlive-scripts-66594/bin/updmap line 2159. updmap [ERROR]: The following map file(s) couldn't be found: updmap [ERROR]: dvips35.map (in builtin) updmap [ERROR]: pdftex35.map (in builtin) updmap [ERROR]: ps2pk35.map (in builtin) updmap [ERROR]: Did you run mktexlsr? Notice the location of the updmap script. The one in my profile points to /gnu/store/88apcyl30irw6v03gmyav638wq31k9xq-texlive-20230313/bin/updmap of the texlive package and the missing .map files are there at /gnu/store/88apcyl30irw6v03gmyav638wq31k9xq-texlive-20230313/share/texmf-dist/fonts/map/dvips/tetex/dvips35.mapand so on. So my impression is that the new way of packaging breaks the monolithic texlive package, and that the texlive-biber package by using the texlive-build-system has become incompatible with the monolithic texlive. This comes from commit commit 3aeca58073eff8b7a835f6492e735dd152d9dc99 Author: Nicolas Goaziou Date: Mon Jun 19 14:43:56 2023 +0200 gnu: biber -> texlive-biber. which moves from perl-build-system to texlive-build-system. Andreas