From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id mPlOBr7ikV93DgAA0tVLHw (envelope-from ) for ; Thu, 22 Oct 2020 19:51:26 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id yPWbAL7ikV9PLAAAbx9fmQ (envelope-from ) for ; Thu, 22 Oct 2020 19:51:26 +0000 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 8B50F9403A6 for ; Thu, 22 Oct 2020 19:51:25 +0000 (UTC) Received: from localhost ([::1]:44842 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kVgcO-0001tL-C4 for larch@yhetil.org; Thu, 22 Oct 2020 15:51:24 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:40668) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kVgc8-0001qF-3Y for guix-devel@gnu.org; Thu, 22 Oct 2020 15:51:08 -0400 Received: from sender4-of-o51.zoho.com ([136.143.188.51]:21118) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kVgc3-0005er-9V; Thu, 22 Oct 2020 15:51:07 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1603396260; cv=none; d=zohomail.com; s=zohoarc; b=ZVX1Us2R9J4kP0e8Eppwpa75bOxlfjJ++EjpVjTceTGzkgWoMocfpKKu3f0Z4ZPy1a0n904uGmWvuG31SKnDMUmcaYK9TAxKX+HwSg+/N+zk/p4D/ONAa9BGa9s+GhQhWjY20UKyJ4ENjeU5CceRPiIcUfq6XdjVPd12rI8SDSc= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1603396260; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=me3uT0qG6+XlxajMCJ2URBnywoOcOiuMAnTs21uYJQk=; b=ig3nKGo3GOnFPiNwvGUFCpsgmuFTHr1QCUR6I/zc7Ava16tLBYmGUit/GSJT0ncMc1fnuFnBpJUZU0ChVNXmgQyCLA/A1hU5GDPR671AMIpmRz/5Q80ut4HcRVacWpirVEq0kz2Vy2noWiIq3Fd2XGd/5sI685PECidFDduXyK0= 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= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1603396260; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=me3uT0qG6+XlxajMCJ2URBnywoOcOiuMAnTs21uYJQk=; b=VUzjOiLbO5cWYkzzY68wz//zuZtniQcGL8ra8hoGCL83NSGC7DBREAWvl7FrSkP9 YPGpV5u+Z7ASlA/o0l+MNgFaqIgi26Ub6hOvlGhM7GwpmYsRPP5izlmn4ftEq4mJrGl d2ub17xXQinOBi0ai0gvytzlKjjroYM2vmvTzdVs= Received: from localhost (p4fd5a5b7.dip0.t-ipconnect.de [79.213.165.183]) by mx.zohomail.com with SMTPS id 1603396258780588.6510006452354; Thu, 22 Oct 2020 12:50:58 -0700 (PDT) References: <86lfg6z0lm.fsf@gmail.com> <87tuuuvum5.fsf@elephly.net> <87r1pyvsn4.fsf@elephly.net> <87lffz6fmc.fsf@gnu.org> <878sbzut6q.fsf@elephly.net> <87zh4etqnj.fsf@elephly.net> <87wnzitof3.fsf@elephly.net> User-agent: mu4e 1.4.13; emacs 27.1 From: Ricardo Wurmus To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: Manual PDF and translation (modular texlive?) In-reply-to: <87wnzitof3.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 Date: Thu, 22 Oct 2020 21:52:45 +0200 Message-ID: <87o8kut4vm.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-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/22 15:51:00 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] 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_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Guix Devel Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=fail (rsa verify failed) header.d=elephly.net header.s=zoho header.b=VUzjOiLb; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Spam-Score: 1.99 X-TUID: WjdhyqE7d0Nl Ricardo Wurmus writes: > 2) we aren=E2=80=99t using XeTeX or LuaTeX with the monolithic =E2=80=9Ct= exlive=E2=80=9D > package, so why does pdfTeX behave differently here? I see in the logs > that the date of the format file differs =E2=80=94 does this indicate tha= t our > pdfTeX format file is wrong? I will compare the two files. The comparison with diffoscope wasn=E2=80=99t very helpful because the file embeds countless store directory names and differs everywhere. So I just copied the known-good pdftex.fmt from the monolithic package and added it to the union: the TOC looks fine! (The build with =E2=80=9Cma= ke doc/guix.de.pdf=E2=80=9D still fails for unknown reasons, but it produces a= fine PDF file.) So: what=E2=80=99s wrong with our pdftex.fmt? It=E2=80=99s not clear how t= he file is generated in the TeX Live repository. People are probably expected to just copy it, but we=E2=80=99re generating it from source with the following code in =E2=80=9Ctexlive-latex-base=E2=80=9D: --8<---------------cut here---------------start------------->8--- =E2=80=A6 ;; XXX: We can't build all formats at this point, nor are = they ;; part of the LaTeX base, so we disable them. Actually, = we ;; should be running this all in a profile hook, so that o= nly ;; selected formats and hyphenation patterns are included,= but it ;; takes long and TeX Live isn't designed to be modular li= ke ;; that. Everything operates on a shared directory, which= we ;; would only have at profile generation time. (let ((disabled-formats '("aleph aleph" "lamed aleph" "uptex uptex" "euptex= euptex" "eptex eptex" "ptex ptex" "pdfxmltex pdftex" "pla= tex eptex" "csplain pdftex" "mf mf-nowin" "mex pdftex" "pdfm= ex pdftex" "luacsplain luatex" "cont-en xetex" "cont-en pdftex" "pdfcsplain xete= x" "pdfcsplain pdftex" "pdfcsplain luatex" "cslatex = pdftex" "mptopdf pdftex" "uplatex euptex" "jadetex pdftex" "amstex pdftex" "pdfcslatex pdftex" "lollipop tex" "xmltex pdftex" "pdfjadetex pdftex" "eplain pdfte= x" "texsis pdftex" "mltex pdftex" "utf8mex pdftex"))) (mkdir "web2c") (install-file (string-append (assoc-ref inputs "texlive-kpathsea") "/share/texmf-dist/web2c/fmtutil.cnf") "web2c") (make-file-writable "web2c/fmtutil.cnf") (substitute* "web2c/fmtutil.cnf" (((string-append "^(" (string-join disabled-formats "|= ") ")") m) (string-append "#! " m)))) (invoke "fmtutil-sys" "--all" "--fmtdir=3Dweb2c" (string-append "--cnffile=3Dweb2c/fmtutil.cnf")) ;; We don't actually want to install it. (delete-file "web2c/fmtutil.cnf") #t)) --8<---------------cut here---------------end--------------->8--- I suspect that the build environment doesn=E2=80=99t have locales set up so= the format dumping tool assumes that we want to us Latin-1 encoding for everything. (Roughly speaking, the fmt files are like dumped Lisp images as I understand it.) I=E2=80=99ll try to tweak the texlive-latex-base package and see if I can g= et it to generate the pdftex.fmt correctly. --=20 Ricardo