From unknown Sun Aug 10 16:51:55 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#27217 <27217@debbugs.gnu.org> To: bug#27217 <27217@debbugs.gnu.org> Subject: Status: texlive is too big Reply-To: bug#27217 <27217@debbugs.gnu.org> Date: Sun, 10 Aug 2025 23:51:55 +0000 retitle 27217 texlive is too big reassign 27217 guix submitter 27217 Ricardo Wurmus severity 27217 important thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 15:04:09 2017 Received: (at submit) by debbugs.gnu.org; 3 Jun 2017 19:04:09 +0000 Received: from localhost ([127.0.0.1]:54137 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dHELJ-0003sX-7p for submit@debbugs.gnu.org; Sat, 03 Jun 2017 15:04:09 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58893) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dHELG-0003sA-Ta for submit@debbugs.gnu.org; Sat, 03 Jun 2017 15:04:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dHELA-0002Lc-He for submit@debbugs.gnu.org; Sat, 03 Jun 2017 15:04:01 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:36586) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dHELA-0002LQ-EU for submit@debbugs.gnu.org; Sat, 03 Jun 2017 15:04:00 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49864) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dHEL9-0006jR-7p for bug-guix@gnu.org; Sat, 03 Jun 2017 15:04:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dHEL6-0002Je-5F for bug-guix@gnu.org; Sat, 03 Jun 2017 15:03:59 -0400 Received: from sender-of-o51.zoho.com ([135.84.80.216]:21080) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dHEL5-0002Hi-SB for bug-guix@gnu.org; Sat, 03 Jun 2017 15:03:56 -0400 Received: from localhost (port-92-200-85-159.dynamic.qsc.de [92.200.85.159]) by mx.zohomail.com with SMTPS id 1496516631930670.1601550779169; Sat, 3 Jun 2017 12:03:51 -0700 (PDT) User-agent: mu4e 0.9.18; emacs 25.2.1 From: Ricardo Wurmus To: bug-guix@gnu.org Subject: texlive is too big 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: Sat, 03 Jun 2017 21:03:49 +0200 Message-ID: <87tw3w7v1m.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-ZohoMailClient: External X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) Currently, we offer the complete texlive distribution in a single package that weighs several gigabytes. This causes several problems: * it’s much too heavy a dependency for packages * it takes a long time to download * it takes a long time to compress the substitute * a user who only wants to compile a simple PDF needs to put up with installing the complete texlive distribution. The purpose of this bug report is to keep track of the remaining issues in splitting up texlive. This is the current status (in my local branch): * we have a texlive importer that fetches description and version info from CTAN but downloads from the texlive SVN. This is because CTAN does not store versioned tarballs. * we have a new texlive-build-system that can compile TeX packages in “.ins” + “.dtx” format * the build system works fine for creating individual packages for the LaTeX required package set. * these packages are sufficient to build the documentation of the package “fastcap” in DVI and PDF format What’s missing? Currently, one needs to set a lot of environment variables to use these separate packages. For “fastcap” I needed to set “DVIPSHEADERS” (to find “tex.pro”), “TFMFONTS” (for compiled metafont files), “TEXFORMATS” (for the compiled “latex.fmt”), and “TEXINPUTS” (for all directories containing tex source files). Setting these variables manually is really tedious. How can we set them automatically? A simple idea is to provide a procedure “texlive-union” that takes texlive packages and produces a wrapped variant of the tools in “texlive-bin” that run inside an environment where these variables are set. It is also not clear how users should install texlive from countless separate packages. We should provide different sets of packages for variants like texlive-minimal up to texlive-most. We may also want to support installation of individual packages by providing a profile hook (e.g. when a user only wants texlive-minimal with the gbrief package). -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 20 11:52:32 2017 Received: (at control) by debbugs.gnu.org; 20 Jul 2017 15:52:32 +0000 Received: from localhost ([127.0.0.1]:49939 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dYDke-0007Hq-9n for submit@debbugs.gnu.org; Thu, 20 Jul 2017 11:52:32 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48184) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dYDkd-0007Hf-HG for control@debbugs.gnu.org; Thu, 20 Jul 2017 11:52:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dYDkV-0001iS-Dc for control@debbugs.gnu.org; Thu, 20 Jul 2017 11:52:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59965) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dYDkV-0001iG-AR for control@debbugs.gnu.org; Thu, 20 Jul 2017 11:52:23 -0400 Received: from [193.50.110.220] (port=39928 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dYDkU-0006jW-QM for control@debbugs.gnu.org; Thu, 20 Jul 2017 11:52:23 -0400 Date: Thu, 20 Jul 2017 17:52:20 +0200 Message-Id: <87tw27qf63.fsf@gnu.org> To: control@debbugs.gnu.org From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: control message for bug #27217 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) severity 27217 important From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 23 15:51:28 2017 Received: (at 27217) by debbugs.gnu.org; 23 Nov 2017 20:51:28 +0000 Received: from localhost ([127.0.0.1]:54226 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHyT2-0002Rs-1i for submit@debbugs.gnu.org; Thu, 23 Nov 2017 15:51:28 -0500 Received: from mail-pf0-f177.google.com ([209.85.192.177]:39008) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHySz-0002Rg-Q4 for 27217@debbugs.gnu.org; Thu, 23 Nov 2017 15:51:26 -0500 Received: by mail-pf0-f177.google.com with SMTP id l24so13919669pfj.6 for <27217@debbugs.gnu.org>; Thu, 23 Nov 2017 12:51:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=eQHiXVUszquq8ja+dIcbE71aj19IZ534BVmoR457kjs=; b=Fd5RVDcPgBJaVdskGZF0DxYDPUtaYUEHmH2J/c+czlCHZj5tnTyIbfTqZdfz4gcgC5 amXlVYeqHeq+wdEA/SNOeljU08hvZoNivMKo6SFIZSnRNpeXTXzkIVfTkMtzAVe6RYBV FeQ6kyDoQ2rOf5FRvBIo+USHFEiTUU/txKfq9BOEtOReGu8tO6UyW7xkEK7NPfijicNa P9VkK/rBvn/kC5BREKLDD8Dr7BRoMvE6VWzelSMZ1zJJFbNs19Zszd2h6sKXpS+FbBJJ w6Ey/Qw/XBnekw3V4H8FxEnUU76RrfufkGpJT9j76RKBnH1aVrNzTPdK3U1V2toXC761 UJrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=eQHiXVUszquq8ja+dIcbE71aj19IZ534BVmoR457kjs=; b=iSN1C5on64XMGT2OsgIzu43ZEHO4zAW810yoQqih+rMtz6KnR/LiWWJIfkmdiZv5tw beu5FmsHgaEgNOKJiuoDEqBfyUIABxyqQEVSJX0Chji3hQfpc8llX6B1l+YIbRDdHTs+ 7L7ZVOBnT0ArMZiEL/HjpoDrwdZEjMpgORSxXxxfZ8KgiUv0JSjFvuh5iWPx9mjd7OCX 9llNWx506LgUNhPirm/hTHTzYKJM9iFbtXFEPp0Ttn2gYg9Q79TFJCzu3zm5RnVcGkTg PWKfooShbIEsuj004X4ftTw05WeYVwrdd8wLys6i1a39c8uoisRuqwKpCZyRcU96t8h+ a/8Q== X-Gm-Message-State: AJaThX6JD1y9QzvMOd/OPmvqMjVD/1PreZFXMkfytEGPsuZykYbfB5Zn Q41Y2+S4hAXqBpjtCDOknX1nbKCP X-Google-Smtp-Source: AGs4zMar2m6LTTIlCy+6ZmEqtvwYHEXpovv5uP8pVhHnZM7XBnWCsn65/o52fFjCToO1jCWk3IwMKA== X-Received: by 10.99.149.12 with SMTP id p12mr24432695pgd.381.1511470279508; Thu, 23 Nov 2017 12:51:19 -0800 (PST) Received: from nautilus.championbroadband.com (216-165-229-229.championbroadband.com. [216.165.229.229]) by smtp.gmail.com with ESMTPSA id c185sm16881498pfb.48.2017.11.23.12.51.18 for <27217@debbugs.gnu.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 23 Nov 2017 12:51:18 -0800 (PST) From: Matt Wette Content-Type: multipart/alternative; boundary="Apple-Mail=_C2F5FEA4-EA3E-491F-B7FD-9C6C54A112AB" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: break up TeXlive for guix Message-Id: <0ECFF461-F6AE-42F4-9600-031EC6BBC80F@gmail.com> Date: Thu, 23 Nov 2017 12:51:17 -0800 To: 27217@debbugs.gnu.org X-Mailer: Apple Mail (2.3273) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27217 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) --Apple-Mail=_C2F5FEA4-EA3E-491F-B7FD-9C6C54A112AB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Here is a link from macports. It may be of use. They have broken down = to 50ish packages. (I didn't count.) =20 https://trac.macports.org/wiki/TeXLivePackages = --Apple-Mail=_C2F5FEA4-EA3E-491F-B7FD-9C6C54A112AB Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Here is a link from macports.  It may be of use.  They have broken down to 50ish packages.  (I didn't count.)   



--Apple-Mail=_C2F5FEA4-EA3E-491F-B7FD-9C6C54A112AB-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 23 08:21:04 2018 Received: (at 27217) by debbugs.gnu.org; 23 Jan 2018 13:21:04 +0000 Received: from localhost ([127.0.0.1]:39172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edyVc-0004tQ-Ig for submit@debbugs.gnu.org; Tue, 23 Jan 2018 08:21:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57731) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1edyVa-0004sb-Hr for 27217@debbugs.gnu.org; Tue, 23 Jan 2018 08:21:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1edyVU-0005Lb-KN for 27217@debbugs.gnu.org; Tue, 23 Jan 2018 08:20:57 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55025) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1edyVU-0005LW-Gu; Tue, 23 Jan 2018 08:20:56 -0500 Received: from [2a01:e35:2ec2:e580:7d5f:f616:fc6f:3970] (port=36108 helo=godel) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1edyVU-0003jY-2K; Tue, 23 Jan 2018 08:20:56 -0500 From: Mathieu Lirzin To: Ricardo Wurmus Subject: Re: bug#27217: texlive is too big References: <87tw3w7v1m.fsf@elephly.net> Date: Tue, 23 Jan 2018 14:20:54 +0100 In-Reply-To: <87tw3w7v1m.fsf@elephly.net> (Ricardo Wurmus's message of "Sat, 03 Jun 2017 21:03:49 +0200") Message-ID: <871sig90eh.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27217 Cc: 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Ricardo Wurmus writes: > What=E2=80=99s missing? > > Currently, one needs to set a lot of environment variables to use these > separate packages. For =E2=80=9Cfastcap=E2=80=9D I needed to set =E2=80= =9CDVIPSHEADERS=E2=80=9D (to > find =E2=80=9Ctex.pro=E2=80=9D), =E2=80=9CTFMFONTS=E2=80=9D (for compiled= metafont files), =E2=80=9CTEXFORMATS=E2=80=9D > (for the compiled =E2=80=9Clatex.fmt=E2=80=9D), and =E2=80=9CTEXINPUTS=E2= =80=9D (for all directories > containing tex source files). Setting these variables manually is > really tedious. > > How can we set them automatically? A simple idea is to provide a > procedure =E2=80=9Ctexlive-union=E2=80=9D that takes texlive packages and= produces a > wrapped variant of the tools in =E2=80=9Ctexlive-bin=E2=80=9D that run in= side an > environment where these variables are set. After reading, it is not clear to me why having all the environment variables set in =E2=80=9C~/.guix-profile/etc/profile=E2=80=9D is not good = enough, or not possible? --=20 Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37 From debbugs-submit-bounces@debbugs.gnu.org Mon May 28 07:07:34 2018 Received: (at 27217) by debbugs.gnu.org; 28 May 2018 11:07:34 +0000 Received: from localhost ([127.0.0.1]:51676 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fNFzy-00026n-26 for submit@debbugs.gnu.org; Mon, 28 May 2018 07:07:34 -0400 Received: from mail-wm0-f41.google.com ([74.125.82.41]:56286) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fNFzw-00026b-Nh for 27217@debbugs.gnu.org; Mon, 28 May 2018 07:07:33 -0400 Received: by mail-wm0-f41.google.com with SMTP id a8-v6so31091870wmg.5 for <27217@debbugs.gnu.org>; Mon, 28 May 2018 04:07:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=from:user-agent:to:subject:date:message-id:mime-version; bh=tYn4kCAnVFx8HprBB2AbZ0Kga0LujCTdvCcQHXhYepI=; b=q0dE1EVzOJ9xvL5NyeMRB0NunJ5B0TMpLoXjwgOSYe/oQcvVtqX+3BsBkNXbipHjI9 Dc/x26LBrrP/bHXkTGobJ+477Qs5sBTdUgzPL08d7iFKRsqOSBFDeNKXfTPBhl3YqLBO e/3zKajIZ9DTG21P7pu9TI00IWiEsg6qDbYn5zuZaAf7ryBWleOepcg5fF8imoLEAk/n yNvrmkZp6INDYIHtTGZYN0GY+WqkkJJod7+MY/5BhFmGEs6/PUrP3/ejnwWhuPG5n2Ij 684YAdNLmWK22CtYoFJqSIhWNBZ8vsI6At9I/l1eBItCGpT3Z4GXFbNUEmo9yVv2FFAK HrDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:user-agent:to:subject:date:message-id :mime-version; bh=tYn4kCAnVFx8HprBB2AbZ0Kga0LujCTdvCcQHXhYepI=; b=ePqpuNlNV6/4XlRu1tWiW1QpOU0pPZDeZIddeSmp6OvTf6K3rbTQ04mBVKpWKCnNm8 II9DAtYCyDwGO3+ImxxlY4vCGSYw5Ei3HP46Nke08plEv49cn3RUe7NC90PCkGxZLbRM 8JsA/8DK9efAzud10RzT/svRQtLybVvsYkbbNed4/a2R2Hqs44jgkfgi5fVAHqkfqEof ff2HprjPeS7JKndzcsd+g4Hj/4NqJ0LNOS3l5Me2GWgzuERSII1teQZM0gWYmIgiIB8f 4QEYxXnb9zOe7vVQqLKUvmaKMEktCLadMLh2lre1q2WGoOeKkj6exzgmDJAtXfTeCl4e jMag== X-Gm-Message-State: ALKqPwektB/ri/NkDm02LsItk8iZTscOu+vFR31jkwQjPhhSNo3+loKn M3c+IObmbXGs/rkF8D6IJnuLiw== X-Google-Smtp-Source: ADUXVKIj36E1KQNfFSrD2x53f0wWNs22AeHRdY9V6QmvB7CQDQwmGuG6XomagISfh7WbMH2mk+fqEA== X-Received: by 2002:a1c:9991:: with SMTP id b139-v6mr9478897wme.160.1527505646843; Mon, 28 May 2018 04:07:26 -0700 (PDT) Received: from mimimi (87-89-234-173.abo.bbox.fr. [87.89.234.173]) by smtp.gmail.com with ESMTPSA id v31-v6sm34514863wrc.80.2018.05.28.04.07.25 for <27217@debbugs.gnu.org> (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 28 May 2018 04:07:25 -0700 (PDT) From: Peter Neidhardt X-Google-Original-From: Peter Neidhardt User-agent: mu4e 1.0; emacs 26.1 To: 27217@debbugs.gnu.org Subject: bug#27217: texlive is too big Date: Mon, 28 May 2018 13:07:24 +0200 Message-ID: <87po1g2g43.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27217 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable What's the current status on this? I've tried processing an Org letter (http://orgmode.org/worg/exporters/koma-letter-export.html) and I get the following error: =2D-8<---------------cut here---------------start------------->8--- (/gnu/store/m6ff2qqh0s1s8dy2ip5d757lmf5ai31x-texlive-tiny-44591/share/texmf= -dis t/tex/latex/graphics-def/pdftex.def))) ! LaTeX Error: File `grffile.sty' not found. Type X to quit or to proceed, or enter new name. (Default extension: sty) Enter file name: ! Emergency stop. l.8 \usepackage {longtable}^^M ! =3D=3D> Fatal error occurred, no output PDF file produced! Transcript written on .//koma-letter-new-example.log. =2D-8<---------------cut here---------------end--------------->8--- I have installed some packages, among which =2D texlive-bin =2D Some texlive-latex-* =2D texlive-latex-oberdiek (which contains grffile.sty) =2D texlive-tiny I noticed that texlive-latex-oberdiek is not in ~(texlive-union)~ (which is used to generate texlive-tiny), so I suppose this is the root of the issue. Without texlive-tiny, pdflatex does not even start, failing on some missing Perl module. What's the intended TeXlive installation process then? Would Guix provide a 1-to-1 map of the CTAN packages and it would be up to the user to define their own texlive collection which calls ~(texlive-union ...)~ over a custom set of packages? If so, I assume that koma-script does not have its own package yet. Correct? Let me know if I there is anything I can help with. =2D-=20 Pierre Neidhardt --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlsL4uwACgkQm9z0l6S7 zH+hZAf/T2+n+MNiQRNKInUpEjkqNoqxhN8+V9S0FKdGBstsPgmnQMoOTfaV3P1Q 3SiQmOyZ+JV8yjCfSEwlYGY8AknNgv/o1/Bu5WvfkOcw6xtfsTJ8Nsfn+myByE48 CGUDaWlkI0Vv8WxzjV3QyVHocLfYb2sH/lnxmvxD9gEftL2aMy1MLr0Xd3MldlAt KCYLZvdbKF4xZGTgEv7XZfbUxgFjBb2BJZDO2cKGA9b39JZHoSFKbnez20GfXCVL BoDaKDkduwC7TDrZuTO5lzg9dBAgvan3meUqqjg5b0fvoSPuHK5E16q9edy3nEjJ drpLHqufWgEOYCooa6g0o0QHV/4E0Q== =gM7A -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon May 28 07:58:48 2018 Received: (at 27217) by debbugs.gnu.org; 28 May 2018 11:58:48 +0000 Received: from localhost ([127.0.0.1]:51717 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fNGnX-0005IE-18 for submit@debbugs.gnu.org; Mon, 28 May 2018 07:58:48 -0400 Received: from sender-of-o51.zoho.com ([135.84.80.216]:21108) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fNGnV-0005I5-0m for 27217@debbugs.gnu.org; Mon, 28 May 2018 07:58:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1527508704; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; l=1101; bh=hdM0JeiMj8f5O53xFTV5Loi9aqVKxl2+mUOaPgOdh04=; b=Ao/VWM8BpRNuAxbLz4EXjwVr4IkG4+vDcpEZckK0tRdSX8M0IzO+HpkW2I23UdvL pkwIKhrkLd3rfEu4Higd/MPVsaFl1ZgwQ5Lp4n0c0onlVcNYqjUPKHTIRC8N3p3dtvJ PqmtJkQotP6jUCFJvfRpQgDXkvCKOIwkc3jguL9Y= Received: from localhost (141.80.245.153 [141.80.245.153]) by mx.zohomail.com with SMTPS id 1527508704054912.4820247903024; Mon, 28 May 2018 04:58:24 -0700 (PDT) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> User-agent: mu4e 1.0; emacs 25.3.1 From: Ricardo Wurmus To: Peter Neidhardt Subject: Re: bug#27217: texlive is too big In-reply-to: <87po1g2g43.fsf@gmail.com> 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: Mon, 28 May 2018 13:58:21 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-ID: <87fu2chu02.fsf@elephly.net> X-ZohoMailClient: External X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Peter Neidhardt writes: > What's the current status on this? No progress yet. I=E2=80=99ve been meaning to work on this, but it=E2=80= =99s pretty tedious and demands concentration, which is a quality I haven=E2=80=99t bee= n able to maintain. For most *packages* needing a subset of TeX live we can use =E2=80=9Ctexlive-union=E2=80=9D as an input instead. For user profiles, = =E2=80=9Ctexlive-union=E2=80=9D is not the right tool. > What's the intended TeXlive installation process then? Currently, the recommended way to get TeX live is to install the huge =E2=80=9Ctexlive=E2=80=9D package. =E2=80=9Ctexlive-union=E2=80=9D wa= s only meant to be used as an input in packages that require a subset of TeX live. It cannot yet be used in a profile. > Let me know if I there is anything I can help with. We need a profile hook that builds the configuration file and sets environment variables whenever a texlive-* package is contained in a profile. The behaviour would be similar to =E2=80=9Ctexlive-union=E2=80=9D= . -- Ricardo From debbugs-submit-bounces@debbugs.gnu.org Mon May 28 08:03:06 2018 Received: (at 27217) by debbugs.gnu.org; 28 May 2018 12:03:06 +0000 Received: from localhost ([127.0.0.1]:51730 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fNGrh-0005Q7-QR for submit@debbugs.gnu.org; Mon, 28 May 2018 08:03:06 -0400 Received: from sender-of-o51.zoho.com ([135.84.80.216]:21100) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fNGrg-0005Py-73 for 27217@debbugs.gnu.org; Mon, 28 May 2018 08:03:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1527508977; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; l=1823; bh=SgqnuBWFNo46WIEnBzF+EeDPAKemvCtcJHFh3oPIdYg=; b=P0UrE/+9PfekJSxaRMmJ9mIixHH/d+bWQN9VkYIdRXLrkrMD28DhN3D7Z5nsGiDR +TRRldEPT9ebZ8+BRw9PAFegnqDKnXVuWMwIuDRUBdU0mJeocXzh6ZRXfNmnTSW3OCv GOB5uDlFCD+Hdy/I2a1vof025IIquEE2+oWVI/Q0= Received: from localhost (141.80.245.153 [141.80.245.153]) by mx.zohomail.com with SMTPS id 1527508976979590.0361769478204; Mon, 28 May 2018 05:02:56 -0700 (PDT) References: <87tw3w7v1m.fsf@elephly.net> <871sig90eh.fsf@gnu.org> User-agent: mu4e 1.0; emacs 25.3.1 From: Ricardo Wurmus To: Mathieu Lirzin Subject: Re: bug#27217: texlive is too big In-reply-to: <871sig90eh.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 Date: Mon, 28 May 2018 14:02:54 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-ID: <87efhwhtsh.fsf@elephly.net> X-ZohoMailClient: External X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Mathieu Lirzin writes: > Ricardo Wurmus writes: > >> What=E2=80=99s missing? >> >> Currently, one needs to set a lot of environment variables to use these >> separate packages. For =E2=80=9Cfastcap=E2=80=9D I needed to set =E2=80= =9CDVIPSHEADERS=E2=80=9D (to >> find =E2=80=9Ctex.pro=E2=80=9D), =E2=80=9CTFMFONTS=E2=80=9D (for compile= d metafont files), =E2=80=9CTEXFORMATS=E2=80=9D >> (for the compiled =E2=80=9Clatex.fmt=E2=80=9D), and =E2=80=9CTEXINPUTS= =E2=80=9D (for all directories >> containing tex source files). Setting these variables manually is >> really tedious. >> >> How can we set them automatically? A simple idea is to provide a >> procedure =E2=80=9Ctexlive-union=E2=80=9D that takes texlive packages an= d produces a >> wrapped variant of the tools in =E2=80=9Ctexlive-bin=E2=80=9D that run i= nside an >> environment where these variables are set. > > After reading, it is not clear to me why having all the environment > variables set in =E2=80=9C~/.guix-profile/etc/profile=E2=80=9D is not goo= d enough, or > not possible? IIRC the format of these variables is somewhat peculiar and does not correspond to the way environment variables are commonly specified, so we probably cannot use the search-path mechanism that Guix provides. (For example, there is syntax for indicating that a directory is supposed to be searched recursively.) Instead we would generate a configuration file that contains all of the environment variables and then only set the variables that are required to look up this configuration file. That=E2=80=99s roughly what =E2=80=9Ct= exlive-union=E2=80=9D does. (It also builds a union directory, but we do this anyway when building profiles, so that=E2=80=99s nothing special.) -- Ricardo From debbugs-submit-bounces@debbugs.gnu.org Mon May 28 08:53:34 2018 Received: (at 27217) by debbugs.gnu.org; 28 May 2018 12:53:34 +0000 Received: from localhost ([127.0.0.1]:51814 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fNHeX-0006bp-U3 for submit@debbugs.gnu.org; Mon, 28 May 2018 08:53:34 -0400 Received: from mail-wm0-f46.google.com ([74.125.82.46]:34208) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fNHeV-0006bb-HC for 27217@debbugs.gnu.org; Mon, 28 May 2018 08:53:32 -0400 Received: by mail-wm0-f46.google.com with SMTP id q4-v6so24029510wmq.1 for <27217@debbugs.gnu.org>; Mon, 28 May 2018 05:53:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=from:references:user-agent:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=TI2MGvzn1qZ3C06vQbgQCXF5H/ZMmfDpfcEhR08tC5c=; b=nb3lhWzH2/SxqqBodqfuyYlNSx7wTISZJglVTo0BMkI3FUHY6aW3rRdgqYa31caLqu oRWx/B/9pZbxrr+kiJwfptUrlxBXtJ6p2CFcH4+NOfGrg6ZNM3ahuQTT+zqBcox+I+xd FEoeLz3HWV/UGCQB52Ou4swTkhymk9BCSrsZrAW15M64IjZzpTxwTXfnj1px1afkH+8S S5YE323FRVm5dHm+qrEapvYEJOTnmwEhEAdqTfqb+rnmkQwWt1ejOC8Lw0nybgbKvrxO 4OdMf99g5m/rCfzI9b9RqikdbWXOSUWGp0z2zTrMZIM3VAehz3wDsNSJyPPKfjP8h0PC zXaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:references:user-agent:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=TI2MGvzn1qZ3C06vQbgQCXF5H/ZMmfDpfcEhR08tC5c=; b=Zcs77ZkJ7HRwtP3eyOtqzTysggWw4fThpjHWovcR0pnfFCjQhORU7w3rK/NsjLbcg4 X58G3/jEbhQEcdOXHYRX4k6gcwDw3XiTnVxQ0KDwuuDZ0UzAjUumGSqInDfrNlW0BlxU 0HtUjASbiDjz/8VXY9uNpb8TCnFsVA7jIzuZs8dvceIidZ1mp84bngO0O9DX78CYI5Jw 3rhXxSXtrmrAW/P5w7yk79IxZ3XissvwKrNCQ4W7W58IAvgXB1hl3Gl0JjFAvOAzPkEU 1C8KaikC/9bwBQF3u/QHHpaTynFJRta+00h2Zgw+eouhEErZVZ+p2ZPrQc4yqRPErH7F q16A== X-Gm-Message-State: ALKqPwfuLkYhoocUCaZaiJg4tJy6uHNHD3iKxSZpZzj/9oHtQVeIY5pr S02fEHC8yHCTYbntbKikhJDhaw== X-Google-Smtp-Source: ADUXVKItOwd++ypbJ9NPHDY08+BTFZYsPBWrQlJEjDvplfBct1DYqTKhOVsyIAV+hNBSY6lpsx2ZpA== X-Received: by 2002:a1c:4792:: with SMTP id m18-v6mr7839398wmi.144.1527512005466; Mon, 28 May 2018 05:53:25 -0700 (PDT) Received: from mimimi (87-89-234-173.abo.bbox.fr. [87.89.234.173]) by smtp.gmail.com with ESMTPSA id x70-v6sm13801382wma.9.2018.05.28.05.53.22 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 28 May 2018 05:53:23 -0700 (PDT) From: Peter Neidhardt X-Google-Original-From: Peter Neidhardt References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> User-agent: mu4e 1.0; emacs 26.1 To: Ricardo Wurmus Subject: Re: bug#27217: texlive is too big In-reply-to: <87fu2chu02.fsf@elephly.net> Date: Mon, 28 May 2018 14:53:21 +0200 Message-ID: <87lgc42b7i.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Also it seems that the texlive importer is broken: =2D-8<---------------cut here---------------start------------->8--- > guix import texlive fontspec following redirection to `https://ctan.org/xml/1.2/pkg/fontspec'... Backtrace: 10 (apply-smob/1 #) In ice-9/boot-9.scm: 705:2 9 (call-with-prompt _ _ #) In ice-9/eval.scm: 619:8 8 (_ #(#(#))) In guix/ui.scm: 1535:12 7 (run-guix-command _ . _) In guix/scripts/import.scm: 114:11 6 (guix-import . _) In guix/scripts/import/texlive.scm: 91:19 5 (guix-import-texlive . _) In guix/memoization.scm: 98:0 4 (_ # ("fontspec" "latex") _) In unknown file: 3 (_ # # #) In guix/import/texlive.scm: 157:25 2 (sxml->package (*TOP* (entry (@ (id "fontspec")) (name "fontsp= ec") (# #) =E2=80=A6)) _) In guix/serialization.scm: 270:25 1 (write-file #f # #:select? _) In unknown file: 0 (lstat #f) ERROR: In procedure lstat: Wrong type (expecting string): # =2D-8<---------------cut here---------------end--------------->8--- =2D-=20 Peter Neidhardt "How to make a million dollars: First, get a million dollars." =2D- Steve Martin --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlsL+8EACgkQm9z0l6S7 zH9uiAf/bxcOWqWYQYrxpphr6O4bsCqHN9n1DOnAcMgoG1ci5FUC1mG8KTawdhft uL7Ap5rkRh5MQ2DmocAGgZHiad2mUpHC8P9nccVfHQy+ozb3kZg0n/gQw9+xxVZs ZjJG68XY1U0zQRiihRtzMSV6i412IGQJt6J+pdK2UylQDRDD7jUuuE6vCUGEiDmN X3Kzy7Em1lBnGfMrK9mEaa9+iKGJh9iuU7cOyCrigwCx808KgolIPucKWqHD0Xy1 dioHbWPq4xcLYKelh2RmJjVk8ANAdFOqpOHcsSQ2/E3w3Zh6ZTxVigTWT1UgPncH RSKt/1WsRGQlo2FFUw16XV7oOHP4xQ== =eh0d -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 15 09:11:18 2018 Received: (at 27217) by debbugs.gnu.org; 15 Dec 2018 14:11:18 +0000 Received: from localhost ([127.0.0.1]:49044 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gYAez-00066L-Vi for submit@debbugs.gnu.org; Sat, 15 Dec 2018 09:11:18 -0500 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:36501) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gYAey-00066B-4o for 27217@debbugs.gnu.org; Sat, 15 Dec 2018 09:11:17 -0500 X-Originating-IP: 86.246.35.59 Received: from mimimi (lfbn-1-799-59.w86-246.abo.wanadoo.fr [86.246.35.59]) (Authenticated sender: mail@ambrevar.xyz) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 03DAF1C000C; Sat, 15 Dec 2018 14:11:13 +0000 (UTC) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Ricardo Wurmus Subject: Re: bug#27217: texlive is too big In-reply-to: <87lgc42b7i.fsf@gmail.com> Date: Sat, 15 Dec 2018 15:11:12 +0100 Message-ID: <87imzuswvz.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27217 Cc: 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I've dug into this a little deeper (sadly not too much, I don't think I'll = have time to work on this before a while). Let me summarize the issue: packages can be fetched from two main resources= :=20 =2D the TeXlive subversion repository (what we are doing now) which bundles everything into a single massive folder. =20=20 =2D CTAN which distributes everything as separate packages. The problem with CTAN is that it's not versioned and there is no "stable" U= RL for the packages. To paraphrase https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/typesetting/tex/tex= live/default.nix: =2D-8<---------------cut here---------------start------------->8--- # Upstream refuses to distribute stable tarballs, # so we host snapshots on IPFS or on our own servers. # Common packages should get served from the binary cache anyway. # See discussions, e.g. https://github.com/NixOS/nixpkgs/issues/24683 urlPrefixes =3D args.urlPrefixes or [ # A snapshot temporarily hosted by @xeji. # TODO: remove when there is a reliable long-term solution https://cat3.de/texlive-2018/tlnet/archive # TODO: Add second, faster and more reliable snapshot mirror, # maybe on one of our project's servers # IPFS seeded by the mirror above - this may be quite slow https://ipfs.io/ipfs/QmT4Z67wXin1Z9DhvqwSSkSZSuu8hT6LgDyMu6CBm9Tb7t= /tlnet/archive # The canonical source moves quickly and will be broken almost imme= diately http://mirror.ctan.org/tex-archive/systems/texlive/tlnet/archive # Should be stable for historic, archived releases # http://ftp.math.utah.edu/pub/tex/historic/systems/texlive/2018/tl= net-final/archive # TODO: use this later when 2018 is archived ]; =2D-8<---------------cut here---------------end--------------->8--- The core question for us is: "Can we reconstruct a TeXlive package from the subversion repository?" Corollary: Was NixOS right to discard the repository as a source for packag= es? If we can't reconstruct packages from the subversion repository, then our current texlive-build-system is not very useful when centered around texlive-ref. Nix auto-generates all packages from this file: http://mirror.ctan.org/tex-archive/systems/texlive/tlnet/tlpkg/texlive.tlpd= b.xz. This could be our redeemer :) =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlwVC4AACgkQm9z0l6S7 zH+jwwgAicfWhMPk4ejRHcJc5Ei8zWy9UWjkrQBU4BGwaRgGsOeUNhlajRXVl1ne pjry80rPikWd7QIxlGCvEWJWLFumenKNLuQntS5hVUZf+UjjRZvCYzR1haIpGEam gvcDL1os4Mqc1Sm4K1u8Kpghy353ab8/lNfnyxM1OTl666O5Ain1+9jVx4B9A8RQ IpXvS3PAAcMmXgu0Ra6G1SVIfPdEditVTOTuKHdVgKI348Jn5zChlwTxJHDMVHDU Y4+/P8KiZDlhV7FkBLr9KDutwPbv590mwIJBJqX28LW9f9hqjCL+jUoQ+yKSjr3n orWZQ5VTvMgKN/SIzzGzICqZmRCHJQ== =xNh0 -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 04:28:15 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 09:28:15 +0000 Received: from localhost ([127.0.0.1]:52943 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghWdF-0003pA-3i for submit@debbugs.gnu.org; Thu, 10 Jan 2019 04:28:15 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:54598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghWdA-0003oq-1c for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 04:28:07 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 9F17B100F; Thu, 10 Jan 2019 10:28:02 +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 615GPJinvlzq; Thu, 10 Jan 2019 10:28:00 +0100 (CET) Received: from ribbon (unknown [IPv6:2001:660:6102:320:e120:2c8f:8909:cdfe]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 345B4354; Thu, 10 Jan 2019 10:28:00 +0100 (CET) From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Peter Neidhardt Subject: Re: bug#27217: texlive is too big References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> Date: Thu, 10 Jan 2019 10:27:59 +0100 In-Reply-To: <87lgc42b7i.fsf@gmail.com> (Peter Neidhardt's message of "Mon, 28 May 2018 14:53:21 +0200") Message-ID: <87va2wdfq8.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 27217 Cc: Ricardo Wurmus , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello! I was also looking at the remaining dependencies on =E2=80=98texlive=E2=80= =99. For =E2=80=98teximpatient=E2=80=99, it looks like we=E2=80=99d need but: --8<---------------cut here---------------start------------->8--- $ guix import texlive mflogo-font ni sekvas la redirektigon al 'https://ctan.org/xml/1.2/pkg/mflogo-font'... Backtrace: 10 (primitive-load "/home/ludo/.config/guix/current/bin/guix") In guix/ui.scm: 1644:12 9 (run-guix-command _ . _) In guix/scripts/import.scm: 115:11 8 (guix-import . _) In guix/scripts/import/texlive.scm: 91:19 7 (guix-import-texlive . _) In guix/memoization.scm: 98:0 6 (_ # ("mflogo-font" "latex") _) In unknown file: 5 (_ # # #) In guix/import/texlive.scm: 146:23 4 (sxml->package (*TOP* (entry (@ (id "mflogo-font")) (name "mfl= ogo-font") (caption "Metafont=E2=80=A6") =E2=80=A6)) _) In guix/utils.scm: 632:8 3 (call-with-temporary-directory #) In guix/svn-download.scm: 95:14 2 (_ "/tmp/guix-directory.lVf6gO") In guix/build/svn.scm: 38:2 1 (svn-fetch "svn://www.tug.org/texlive/tags/texlive-2017.1/Mast= er/texmf-dist/source/latex/mflogo-fo=E2=80=A6" =E2=80=A6) In guix/build/utils.scm: 616:6 0 (invoke _ . _) guix/build/utils.scm:616:6: In procedure invoke: Throw to key `srfi-34' with args `(#)'. ludo@ribbon ~/src/guix$ guix describe Generacio 51 Jan 08 2019 10:45:12 (nuna) guix b509381 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: b50938108947d47c9e3d37608df83a11020a4d8d --8<---------------cut here---------------end--------------->8--- WIP patch: --=-=-= Content-Type: text/x-patch Content-Disposition: inline --- a/gnu/packages/tex.scm +++ b/gnu/packages/tex.scm @@ -4399,9 +4399,16 @@ develop documents with LaTeX, in a single application.") (assoc-ref inputs "automake") "^install-sh$")) srcdir) - (chdir srcdir))))))) + (chdir srcdir)))) + (add-after 'unpack 'set-home + (lambda _ + ;; XXX: Currently tex wants to generate fonts in + ;; ~/.texlive2018/texmf-var/fonts, hence this hack. + (setenv "HOME" (getcwd)) + #t))))) (native-inputs - `(("texlive" ,texlive) + `(("texlive" ,(texlive-union (list texlive-fonts-amsfonts + texlive-fonts-ec))) ("automake" ,automake))) (home-page "https://www.gnu.org/software/teximpatient/") (synopsis "Book on TeX, plain TeX and Eplain") --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 DQpMdWRv4oCZLg0K --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 04:49:17 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 09:49:17 +0000 Received: from localhost ([127.0.0.1]:52948 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghWxh-0004S5-4b for submit@debbugs.gnu.org; Thu, 10 Jan 2019 04:49:17 -0500 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:54973) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghWxe-0004Rw-Sz for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 04:49:15 -0500 X-Originating-IP: 86.246.38.102 Received: from mimimi (lfbn-1-802-102.w86-246.abo.wanadoo.fr [86.246.38.102]) (Authenticated sender: mail@ambrevar.xyz) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 880764000D; Thu, 10 Jan 2019 09:49:12 +0000 (UTC) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#27217: texlive is too big In-reply-to: <87va2wdfq8.fsf@gnu.org> Date: Thu, 10 Jan 2019 10:49:12 +0100 Message-ID: <87pnt44zc7.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27217 Cc: Ricardo Wurmus , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) I was also stuck with the mflogo. Some file is missing, but it's hard to understand which one. I think I know what's happening: some packages are missing files because they were not properly packaged. With our current build system, this is almost impossible to fix. I've never been able to use the importer. Anyways, as my previous email pointed out, I think it's quite useless as it is. I'm more and more convinced that rewriting the texlive-build-system centered around texlive.tlpdb would work and is the right approach. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 06:28:31 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 11:28:31 +0000 Received: from localhost ([127.0.0.1]:52981 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghYVi-0006qR-KU for submit@debbugs.gnu.org; Thu, 10 Jan 2019 06:28:30 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21753) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghYVf-0006qH-TP for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 06:28:28 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1547119684; cv=none; d=zoho.com; s=zohoarc; b=HU+ytqVWumpBOHZs4LNhkeh9JM7vDoNP1q2GCtPM55FfLtZM9ilZnZbkAJscJrQzibxaYutENgXCe2/QJRXo3qXqhfI+lAHwDq1BoTvkcbmTfl0/WIvk9dfWWeYvaLJiEkNFw7t0osE4ePal8zbBzlbSEql2TvoxBirPzy3mQqA= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1547119684; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=+SoDl4nfnED7HD+T9chCa9rtlhtJ5XIp+6164e2DhFw=; b=JXFQcoAJpziobYrrei6kzrjNd+BQuXpBoQLC+uGofRw+ZfAkE0tPOYDLYy0nGtODOUb4TKJLFVljrrVx29ugSKn2ViUXJc24pzi2KRdjeTAHkRynmEJJALB7q3zSrL14MDIax0tiyvNTqm4uk098Gc9ZNm8PauyJ8wgh9zBqbN8= ARC-Authentication-Results: i=1; mx.zoho.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=1547119684; 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; l=2393; bh=+SoDl4nfnED7HD+T9chCa9rtlhtJ5XIp+6164e2DhFw=; b=fEtX1p3cEk2QbtM7jehTliBG6mxfpptKxint2APfam1jc9ceCEEd/gaDFsFNewX+ hsnlehELK/s8RDa4W76i/4738QWtTUEuNvGs8NEzh4WWIHAow9SIia5JhjA5oPNC48K mubb4lah9teUM3JAZtMc+VERhtAdEj4APKG3hl/U= Received: from localhost (141.80.247.176 [141.80.247.176]) by mx.zohomail.com with SMTPS id 1547119683358357.4543545622563; Thu, 10 Jan 2019 03:28:03 -0800 (PST) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> User-agent: mu4e 1.0; emacs 26.1 From: Ricardo Wurmus To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#27217: texlive is too big In-reply-to: <87va2wdfq8.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 Date: Thu, 10 Jan 2019 12:27:59 +0100 Message-ID: <87zhs84urk.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Peter Neidhardt , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Ludovic Court=C3=A8s writes: > Hello! > > I was also looking at the remaining dependencies on =E2=80=98texlive=E2= =80=99. For > =E2=80=98teximpatient=E2=80=99, it looks like we=E2=80=99d need > but: > > --8<---------------cut here---------------start------------->8--- > $ guix import texlive mflogo-font > ni sekvas la redirektigon al 'https://ctan.org/xml/1.2/pkg/mflogo-font'... > Backtrace: > 10 (primitive-load "/home/ludo/.config/guix/current/bin/guix") > In guix/ui.scm: > 1644:12 9 (run-guix-command _ . _) > In guix/scripts/import.scm: > 115:11 8 (guix-import . _) > In guix/scripts/import/texlive.scm: > 91:19 7 (guix-import-texlive . _) > In guix/memoization.scm: > 98:0 6 (_ # ("mflogo-font" "latex") _) > In unknown file: > 5 (_ # #<= procedure list _> #) > In guix/import/texlive.scm: > 146:23 4 (sxml->package (*TOP* (entry (@ (id "mflogo-font")) (name "m= flogo-font") (caption "Metafont=E2=80=A6") =E2=80=A6)) _) > In guix/utils.scm: > 632:8 3 (call-with-temporary-directory #) > In guix/svn-download.scm: > 95:14 2 (_ "/tmp/guix-directory.lVf6gO") > In guix/build/svn.scm: > 38:2 1 (svn-fetch "svn://www.tug.org/texlive/tags/texlive-2017.1/Ma= ster/texmf-dist/source/latex/mflogo-fo=E2=80=A6" =E2=80=A6) > In guix/build/utils.scm: > 616:6 0 (invoke _ . _) > > guix/build/utils.scm:616:6: In procedure invoke: > Throw to key `srfi-34' with args `(#)'. So it fetches the description from ctan.org just fine, but then cannot download the directory from the SVN repository. That=E2=80=99s because there is no such directory in the SVN repository; se= e: https://www.tug.org/svn/texlive/tags/texlive-2017.1/Master/texmf-dist/sou= rce/latex/ There=E2=80=99s =E2=80=9Cmflogo=E2=80=9D, but no =E2=80=9Cmflogo-font=E2=80= =9D. That said, this kind of common error should be caught by the importer. -- Ricardo From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 07:15:25 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 12:15:25 +0000 Received: from localhost ([127.0.0.1]:52996 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghZF6-0007y7-SN for submit@debbugs.gnu.org; Thu, 10 Jan 2019 07:15:25 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:55534) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghZF4-0007xx-AX for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 07:15:23 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 487A418FA; Thu, 10 Jan 2019 13:15:20 +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 nPauAZsZp-Qm; Thu, 10 Jan 2019 13:15:19 +0100 (CET) Received: from ribbon (unknown [IPv6:2001:660:6102:320:e120:2c8f:8909:cdfe]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 4F3D618EB; Thu, 10 Jan 2019 13:15:19 +0100 (CET) From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Ricardo Wurmus Subject: Re: bug#27217: texlive is too big References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 21 =?utf-8?Q?Niv=C3=B4se?= an 227 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: Thu, 10 Jan 2019 13:15:18 +0100 In-Reply-To: <87zhs84urk.fsf@elephly.net> (Ricardo Wurmus's message of "Thu, 10 Jan 2019 12:27:59 +0100") Message-ID: <87h8egd7zd.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 27217 Cc: Peter Neidhardt , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Ricardo Wurmus skribis: > Ludovic Court=C3=A8s writes: > >> Hello! >> >> I was also looking at the remaining dependencies on =E2=80=98texlive=E2= =80=99. For >> =E2=80=98teximpatient=E2=80=99, it looks like we=E2=80=99d need >> but: [...] >> Throw to key `srfi-34' with args `(#)'. > > So it fetches the description from ctan.org just fine, but then cannot > download the directory from the SVN repository. > > That=E2=80=99s because there is no such directory in the SVN repository; = see: > > https://www.tug.org/svn/texlive/tags/texlive-2017.1/Master/texmf-dist/s= ource/latex/ > > There=E2=80=99s =E2=80=9Cmflogo=E2=80=9D, but no =E2=80=9Cmflogo-font=E2= =80=9D. =E2=80=9Cmflogo=E2=80=9D appears to be a different thing though, it doesn= =E2=80=99t contain the font. I found the =E2=80=98logo=E2=80=99 font in =E2=80=98texlive-fonts-kn= uth-lib=E2=80=99 though! Now I can=E2=80=99t find the =E2=80=98pplr=E2=80=99 font (actually Adobe=E2= =80=99s Palatino). Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 07:30:49 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 12:30:49 +0000 Received: from localhost ([127.0.0.1]:53013 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghZU1-0000cS-9n for submit@debbugs.gnu.org; Thu, 10 Jan 2019 07:30:49 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21817) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghZTz-0000Zu-7L for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 07:30:48 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1547123432; cv=none; d=zoho.com; s=zohoarc; b=gtBdoZy7udvvyJk5rx/Givtqr2bj2yLqp7Nbdp/7rkpEctTfhwSVOffS1pdbPAPgebUwn+j0ueg85hKVgb6jmRxpqMaavT9ZpE1+sAkr4Bt2HpY5ZaHyknsjSWqMp2yXTdepBiIpN2IFadZLrTdK4C92UPFpsCgRHIksGIk56tw= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1547123432; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=6+rZXJ1RU7hChS6pmGenT1aN0qSVjO0zXPkSwY7fjTk=; b=l+hZ+1K8flmFb1ATCNhhbqm0mNt5k23UoYjgozxkmMqcZ6rGHfFWNz9z+4+v0MhbLDANSNcP/NGxcgT2OU75nXvKNETPBZwBtQKIFI4s1MGbaMhNtG1J/RqY5otx1DoyXN+MV1cLjVJUMdc5yluMa2dgEM5duI3RDt9dyQkWiYI= ARC-Authentication-Results: i=1; mx.zoho.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=1547123432; 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; l=858; bh=6+rZXJ1RU7hChS6pmGenT1aN0qSVjO0zXPkSwY7fjTk=; b=dhmKx4RpvHltOyObm4lvtADxXuTELq6JappWHkTfG4/kcWoWuELflAPF+EeJScHD +oPK2agZ6A+U47YKmYy0wpSgKTiUXJsqE2zfCNuiS20H0s6q8Oivh9m+xb+9ZnlUO4R OQiGgb26lnT9NUCmsmyd7hD/IZ0p2JWgzgOqg5vo= Received: from localhost (141.80.247.176 [141.80.247.176]) by mx.zohomail.com with SMTPS id 1547123431060396.0303391566338; Thu, 10 Jan 2019 04:30:31 -0800 (PST) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87pnt44zc7.fsf@ambrevar.xyz> User-agent: mu4e 1.0; emacs 26.1 From: Ricardo Wurmus To: Pierre Neidhardt Subject: Re: bug#27217: texlive is too big In-reply-to: <87pnt44zc7.fsf@ambrevar.xyz> 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, 10 Jan 2019 13:30:27 +0100 Message-ID: <87wonc4rvg.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Pierre, > I think I know what's happening: some packages are missing files because = they > were not properly packaged. With our current build system, this is almost > impossible to fix. > > I've never been able to use the importer. Anyways, as my previous email > pointed out, I think it's quite useless as it is. I wouldn=E2=80=99t say it=E2=80=99s useless. Although I=E2=80=99m certainl= y prone to writing useless code, this importer serves a need and allowed me to successfully create the many texlive-* packages we have now. I=E2=80=99ll admit, though, that it=E2=80=99s the one importer that I like = the least :) > I'm more and more convinced that rewriting the texlive-build-system cente= red > around texlive.tlpdb would work and is the right approach. Could you please outline what this would mean? -- Ricardo From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 07:51:25 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 12:51:25 +0000 Received: from localhost ([127.0.0.1]:53026 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghZnw-0002LJ-VK for submit@debbugs.gnu.org; Thu, 10 Jan 2019 07:51:25 -0500 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:38923) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghZnv-0002L9-4G for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 07:51:23 -0500 X-Originating-IP: 86.246.38.102 Received: from mimimi (lfbn-1-802-102.w86-246.abo.wanadoo.fr [86.246.38.102]) (Authenticated sender: mail@ambrevar.xyz) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id E2EF960008; Thu, 10 Jan 2019 12:51:20 +0000 (UTC) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87pnt44zc7.fsf@ambrevar.xyz> <87wonc4rvg.fsf@elephly.net> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Ricardo Wurmus Subject: Re: bug#27217: texlive is too big In-reply-to: <87wonc4rvg.fsf@elephly.net> Date: Thu, 10 Jan 2019 13:51:20 +0100 Message-ID: <87o98o4qwn.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > =E2=80=9Cmflogo=E2=80=9D appears to be a different thing though, it doesn= =E2=80=99t contain the > font. I found the =E2=80=98logo=E2=80=99 font in =E2=80=98texlive-fonts-= knuth-lib=E2=80=99 though! >=20 > Now I can=E2=80=99t find the =E2=80=98pplr=E2=80=99 font (actually Adobe= =E2=80=99s Palatino). Ran into the same confusion. All this is specified in the tlpdb, but even = there the difference between mflogo and mflogo-font is confusing: they are two different packages, but they are just one package... (?) > I wouldn=E2=80=99t say it=E2=80=99s useless. Although I=E2=80=99m certai= nly prone to writing > useless code, this importer serves a need and allowed me to successfully > create the many texlive-* packages we have now. >=20 > I=E2=80=99ll admit, though, that it=E2=80=99s the one importer that I lik= e the least :) I'm so sorry for the poor wording, Ricardo, it was uncalled for. (Wrote in= a haste.) What I meant is that it does not solve the current issue of "what = file belongs to what package." It's not just the importer but our current approach to TeXlive that we've g= ot to work out. Again, sorry for the offensive statement, I hope you didn't take offense, n= one was intended. > : I'm more and more convinced that rewriting the texlive-build-system cen= tered > : around texlive.tlpdb would work and is the right approach. >=20 > Could you please outline what this would mean? Sure: if you look at the file, you'll see it's a textual database of all packages with their respective file. A possible solution that we could implement either as a build-system or an importer: lookup the package in th= e tlpdb (e.g. mflogo) and package all the corresponding file from the svn repo. So= unds simple enough. What do you think? From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 10:35:12 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 15:35:12 +0000 Received: from localhost ([127.0.0.1]:54094 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghcMR-0006K7-AJ for submit@debbugs.gnu.org; Thu, 10 Jan 2019 10:35:12 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21811) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghcMM-0006Jr-A1 for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 10:35:07 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1547134469; cv=none; d=zoho.com; s=zohoarc; b=MRTY+jW6ZhI2DgoaGU+WVzoqhbYv797gRYoYg0AUL4yOVvM1JLe5Hagd7WVXX9NKcLb1YHVstKfOZHntuoYb88e6wucDjUpqLdK73GW4OcXOrAYNSoxa9ZSmxH+XrmaGc6Et65/ECQQXrfxoIaHZGbMGyt4PBp5qhjHIE8PM4S8= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1547134469; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=i+ofxdzmMVTAC0pXIbgsfzX+fO05uMVmWX7OGQQdf3k=; b=Gbg6I/+lhV8yMDN8njN0zRCw8sUhUSWRRMxwoXimZXCcykS4xOjngf5MrUcrVdh7hvuXaDQJaAMayEZ5WR143VI0ZoAU3y4NXjXC6IViwpaKZL27v5720OMveL81j85+i3eGRvGRUmDDcp6fvCm2pkWTtgIJ3pePbDZqs9pQgKE= ARC-Authentication-Results: i=1; mx.zoho.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=1547134469; 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; l=1909; bh=i+ofxdzmMVTAC0pXIbgsfzX+fO05uMVmWX7OGQQdf3k=; b=cgqGKhcBbkGwYmsTcsIoNB9q1v6OGRsiJ1yjWKIiMgoVZ+zGMODV8o7pJIt0V1+o 2tIfmqarV1ly9rCCIS8bpec8zgVVXluIP3S7sU8/p0zgJ5LewelAoSMRIPcfyDxXRbW /QNd2emPCQM3lyrG7qxpS3JO4XJ0P1U3sX2+Ksvw= Received: from localhost (141.80.247.176 [141.80.247.176]) by mx.zohomail.com with SMTPS id 1547134468437290.71283799737296; Thu, 10 Jan 2019 07:34:28 -0800 (PST) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87pnt44zc7.fsf@ambrevar.xyz> <87wonc4rvg.fsf@elephly.net> <87o98o4qwn.fsf@ambrevar.xyz> User-agent: mu4e 1.0; emacs 26.1 From: Ricardo Wurmus To: Pierre Neidhardt Subject: Re: bug#27217: texlive is too big In-reply-to: <87o98o4qwn.fsf@ambrevar.xyz> 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, 10 Jan 2019 16:34:25 +0100 Message-ID: <87muo84jcu.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hey Pierre, > I'm so sorry for the poor wording, Ricardo, it was uncalled for. (Wrote = in a > haste.) What I meant is that it does not solve the current issue of "wha= t file > belongs to what package." No worries :) > It's not just the importer but our current approach to TeXlive that we've= got to > work out. I agree. It=E2=80=99s always been messy and currently it=E2=80=99s pretty = frustrating to package or update TeXlive packages. What I find most troubling is that sources are littered across the SVN repository. Sometimes we=E2=80=99ve got simple .ins and .dtx files, but ve= ry often we have a stray .sty or .tex file in some seemingly arbitary directory and one needs to manually take care of adding these extra source files to the native-inputs. This could be improved even before a full overhaul of our TeXlive handling: add a convenience procedure that takes a list of file names in the repository and collects them via SVN as the source tree. Beats having to add extra build phases and the like. >> : I'm more and more convinced that rewriting the texlive-build-system ce= ntered >> : around texlive.tlpdb would work and is the right approach. >> >> Could you please outline what this would mean? > > Sure: if you look at the file, you'll see it's a textual database of all > packages with their respective file. A possible solution that we could > implement either as a build-system or an importer: lookup the package in = the tlpdb > (e.g. mflogo) and package all the corresponding file from the svn repo. = Sounds > simple enough. What do you think? I don=E2=80=99t see this file in the texlive SVN repository. Where is it hosted? So, it=E2=80=99s a map of packages to file names? That would probably simp= lify the importer. I don=E2=80=99t think it would help with the build system. = Am I missing something? -- Ricardo From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 11:01:56 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 16:01:56 +0000 Received: from localhost ([127.0.0.1]:54107 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghcmK-0006wJ-02 for submit@debbugs.gnu.org; Thu, 10 Jan 2019 11:01:56 -0500 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:55765) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghcmF-0006w7-M1 for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 11:01:53 -0500 X-Originating-IP: 86.246.38.102 Received: from mimimi (lfbn-1-802-102.w86-246.abo.wanadoo.fr [86.246.38.102]) (Authenticated sender: mail@ambrevar.xyz) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 76A76E000F; Thu, 10 Jan 2019 16:01:49 +0000 (UTC) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87pnt44zc7.fsf@ambrevar.xyz> <87wonc4rvg.fsf@elephly.net> <87o98o4qwn.fsf@ambrevar.xyz> <87muo84jcu.fsf@elephly.net> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Ricardo Wurmus Subject: Re: bug#27217: texlive is too big In-reply-to: <87muo84jcu.fsf@elephly.net> Date: Thu, 10 Jan 2019 17:01:48 +0100 Message-ID: <87ftu04i37.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > What I find most troubling is that sources are littered across the SVN > repository. Sometimes we=E2=80=99ve got simple .ins and .dtx files, but = very > often we have a stray .sty or .tex file in some seemingly arbitary > directory and one needs to manually take care of adding these extra > source files to the native-inputs. I was puzzled like you, but last time I investigated it became a bit cleare= r: there is simply no general recipe for building TeXlive packages. TeXlive packages are provided "ready to use", they are not meant to be buil= t. The .ins/.dtx are only here for potential package contributors or as a sour= ce of documentation, but when it comes to TeXlive, they are not used to build the resulting package. The .sty is (I think) always parachuted into the SVN repository as well. (Actually, sometimes there is no .ins/.dtx, just a .sty.) More worrisome: some fonts don't provide their source. In fact, some of th= em have confusing licenses, and since the source is missing, I wouldn't call t= hat "free software". But TeXlive is. That's not very consistent and a lot of = FOSS TeXlive packages effectively depend on closed-source fonts. What shall do then? > I don=E2=80=99t see this file in the texlive SVN repository. Where is it > hosted? It's in Master/tlpkg/texlive.tlpdb. Or from CTAN: http://mirror.ctan.org/tex-archive/systems/texlive/tlnet/tlpkg/texlive.tlpd= b.xz. > So, it=E2=80=99s a map of packages to file names? That would probably si= mplify > the importer. I don=E2=80=99t think it would help with the build system.= Am I > missing something? I believe the tlpdb might actually be necessary to build every package reli= ably. As I said above, TeXlive packages are not meant to be built, they are meant= to be copy/pasted, so it seems. (Correct me if I'm wrong.) Sure we can rebuild the .dtx/.ins, but that only works for some packages an= d it does not suffice, we still need to include the extra files (e.g. fonts) if = any. We can only know this file list from the tlpdb. So here is what I suggest: the texlive-build-system looks up the file list = in the tlpdb and copies everything. If some of those files include .dtx/.ins, it could build them (but that should not change anything since the .sty is always provided). Question: that would produce another .sty file beside the one exis= ting in the SVN. Should we replace it? Should we print a warning if it does not match? With such a build system, the only thing the importer would have to do is g= et the synopsys/license information from the tlpdb. Does that make sense? From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 11:12:23 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 16:12:24 +0000 Received: from localhost ([127.0.0.1]:54116 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghcwR-0007B4-JZ for submit@debbugs.gnu.org; Thu, 10 Jan 2019 11:12:23 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21715) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghcwO-0007At-W5 for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 11:12:22 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1547136717; cv=none; d=zoho.com; s=zohoarc; b=doFxcesPiGaAQj3CtN/98iiB6wN2niMOlTqeoXLLa/4VLEAlOyJhlF9CTjE6raQCUAh1yHwGpeA+y4SEpb4+XztN0hUVd1irstCqtngtBaTjTfozl+5D9AN9P2vz4V5Xh6ZIUOBdH3Rc2xhOUFUZL5zkxkcoODQGyApXgtT/Ko4= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1547136717; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=5nicPxWLNN6oXDVrgm0JMvOXDHSmiPljee1ln0ZKy74=; b=AP2BxYILUPB8wWPf9K33YRPjyTqEEW2MiLKsRWB2cj3G1ofwq0x94NlqHXeHhS91O9h8AN4tcXSDjInEakhaCJK5BGH3eZ6r51va66aKLwtue7OeUMyZzRGDppekNLy6TVmaAqapwv4wY1mvybpooXbaM648Sxomlxt3/rL40RY= ARC-Authentication-Results: i=1; mx.zoho.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=1547136717; 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; l=1918; bh=5nicPxWLNN6oXDVrgm0JMvOXDHSmiPljee1ln0ZKy74=; b=iL2a4nXaRc2QpuT+mqoHXEWs2bfx5ctUpAYF53kTVZ+AHEI2YQS7BN2QaxfDYvWV qyYGXotDpCA2EPqiEpCJdToRkdduXN4Gy0Cx/xtJn+PS3bdQruvv8GCCHeOzJSQikBb Cyb02e8kW+f+ECTAK8KSF99RkVvJXpC/9MFy51QY= Received: from localhost (141.80.247.176 [141.80.247.176]) by mx.zohomail.com with SMTPS id 1547136716316277.2196230515982; Thu, 10 Jan 2019 08:11:56 -0800 (PST) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87pnt44zc7.fsf@ambrevar.xyz> <87wonc4rvg.fsf@elephly.net> <87o98o4qwn.fsf@ambrevar.xyz> <87muo84jcu.fsf@elephly.net> <87ftu04i37.fsf@ambrevar.xyz> User-agent: mu4e 1.0; emacs 26.1 From: Ricardo Wurmus To: Pierre Neidhardt Subject: Re: bug#27217: texlive is too big In-reply-to: <87ftu04i37.fsf@ambrevar.xyz> 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, 10 Jan 2019 17:11:52 +0100 Message-ID: <87k1jc4hmf.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Pierre Neidhardt writes: > TeXlive packages are provided "ready to use", they are not meant to be bu= ilt. > The .ins/.dtx are only here for potential package contributors or as a so= urce of > documentation, but when it comes to TeXlive, they are not used to build t= he > resulting package. The .sty is (I think) always parachuted into the SVN > repository as well. I don=E2=80=99t think that=E2=80=99s correct. The .ins/.dtx files contain = instructions for generating files, including the .sty files, which are extracted from the .dtx files. > (Actually, sometimes there is no .ins/.dtx, just a .sty.) Correct. For some =E2=80=9Cpackages=E2=80=9D there=E2=80=99s really just a= .sty source file. But often enough .sty files are generated. We have both kinds of packages in tex.scm. Some where the .sty or .tex sou= rce files are copied to the target location and some where the .sty or .tex fil= es are generated from the .ins/.dtx sources. Whether a .sty or .tex file is a source file isn=E2=80=99t always obvious, = but sometimes they mention that they are generated from other files. > More worrisome: some fonts don't provide their source. For some fonts the provided format *is* the source. > In fact, some of them > have confusing licenses, and since the source is missing, I wouldn't call= that > "free software". But TeXlive is. That's not very consistent and a lot o= f FOSS > TeXlive packages effectively depend on closed-source fonts. I haven=E2=80=99t found any such cases yet. Could you show us cases where = the font license makes the font non-free? >> I don=E2=80=99t see this file in the texlive SVN repository. Where is it >> hosted? > > It's in Master/tlpkg/texlive.tlpdb. > Or from CTAN: > http://mirror.ctan.org/tex-archive/systems/texlive/tlnet/tlpkg/texlive.tl= pdb.xz. Ah, thanks. --=20 Ricardo From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 12:47:55 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 17:47:55 +0000 Received: from localhost ([127.0.0.1]:54150 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gheQt-0006pY-D2 for submit@debbugs.gnu.org; Thu, 10 Jan 2019 12:47:55 -0500 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:39339) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gheQq-0006pP-Lb for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 12:47:53 -0500 X-Originating-IP: 86.246.38.102 Received: from mimimi (lfbn-1-802-102.w86-246.abo.wanadoo.fr [86.246.38.102]) (Authenticated sender: mail@ambrevar.xyz) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 3A70B60006; Thu, 10 Jan 2019 17:47:49 +0000 (UTC) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87pnt44zc7.fsf@ambrevar.xyz> <87wonc4rvg.fsf@elephly.net> <87o98o4qwn.fsf@ambrevar.xyz> <87muo84jcu.fsf@elephly.net> <87ftu04i37.fsf@ambrevar.xyz> <87k1jc4hmf.fsf@elephly.net> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Ricardo Wurmus Subject: Re: bug#27217: texlive is too big In-reply-to: <87k1jc4hmf.fsf@elephly.net> Date: Thu, 10 Jan 2019 18:47:49 +0100 Message-ID: <87ef9k4d6i.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I don=E2=80=99t think that=E2=80=99s correct. The .ins/.dtx files contai= n instructions > for generating files, including the .sty files, which are extracted from > the .dtx files. What I meant is that the .sty is always already generated in the SVN repo. Can you find a counter-example? > We have both kinds of packages in tex.scm. Some where the .sty or .tex s= ource > files are copied to the target location and some where the .sty or .tex f= iles > are generated from the .ins/.dtx sources. And some where it's a mix of both :p > Whether a .sty or .tex file is a source file isn=E2=80=99t always obvious= , but > sometimes they mention that they are generated from other files. > For some fonts the provided format *is* the source. Hmm, maybe you are right and I'm wrong about this. TeXlive has many formats: mf (source), afm, tfm, type1, several bitmap formats... I'm a bit suspicious about some fonts. Lots of them are under "other-free", while some are under "unknown". Hmm... Well, let's take care about this later. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 13:56:23 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 18:56:23 +0000 Received: from localhost ([127.0.0.1]:54213 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghfV7-00023Z-OB for submit@debbugs.gnu.org; Thu, 10 Jan 2019 13:56:23 -0500 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:55397) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghfV5-00023O-Ri for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 13:56:20 -0500 X-Originating-IP: 86.246.38.102 Received: from mimimi (lfbn-1-802-102.w86-246.abo.wanadoo.fr [86.246.38.102]) (Authenticated sender: mail@ambrevar.xyz) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 72A23C0005; Thu, 10 Jan 2019 18:56:16 +0000 (UTC) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87pnt44zc7.fsf@ambrevar.xyz> <87wonc4rvg.fsf@elephly.net> <87o98o4qwn.fsf@ambrevar.xyz> <87muo84jcu.fsf@elephly.net> <87ftu04i37.fsf@ambrevar.xyz> <87k1jc4hmf.fsf@elephly.net> <87ef9k4d6i.fsf@ambrevar.xyz> <87imyw4a9i.fsf@elephly.net> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Ricardo Wurmus Subject: Re: bug#27217: texlive is too big In-reply-to: <87imyw4a9i.fsf@elephly.net> Date: Thu, 10 Jan 2019 19:56:16 +0100 Message-ID: <87o98ocpf3.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Yes, the SVN repo does include generated files. That=E2=80=99s not great= , but > we can choose to ignore those files (as we do in other projects). And the builder should take care not to discard .sty / .cls files that are = not going to be generated. I believe that in all cases the basename remains the same between .dtx/.ins and .sty/.cls. Then it's easy to know which one to = keep and which one to discards. So what do you think of the tlpdb approach for a new tex-build-system? From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 14:01:55 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 19:01:55 +0000 Received: from localhost ([127.0.0.1]:54218 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghfaV-0003rs-GQ for submit@debbugs.gnu.org; Thu, 10 Jan 2019 14:01:55 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21832) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghfaT-0003qD-Qu for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 14:01:54 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1547146894; cv=none; d=zoho.com; s=zohoarc; b=A3SHBJ3OEi7M8EOo8oNw3NehcIr0PJ9KO/U5bC6PyS1N8lsw+yXTpPw2sN7icJAMTB0yjKttk83AWw9rumRyHVgcsvaxp9LpGtFTWV0+FhB8F0NVjhs9RsgGlhdX9aZYdjR0YdswGd7k0hq8SN22FiYjJo/efOmUxzX8hMuvYqA= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1547146894; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=isyVfmcwYcszj7oyMA728B9WpTU4luUcXCYyEXBnh78=; b=cPp7y78o0zxi8cAAMjj7NI/tUAyAGIxPbJ5CL375ej7JQ77bRpS9Pm8V2LnEK40gnx9OtTIbd0R8GwYBBQIcm+lMlTaG6Bb0IlZJql1N58k/To+/LfEH/WM/ccKNqCOju27427RsA4qITGvru9ZTtAgYpcOKMHVmFiJRGYt9hJw= ARC-Authentication-Results: i=1; mx.zoho.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=1547146894; 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; l=844; bh=isyVfmcwYcszj7oyMA728B9WpTU4luUcXCYyEXBnh78=; b=jJD+j/ZxrcvmO+v8L8atT2Nve4G24ovrSZfTMs4YjadxncBqGD/WvfERbwxqiIu3 WL9JzopCeUNl4Em+rD4iATeMPsT1UqMOutPtqlU8Br3ZUQzaDFszXLQDEbi8aGxulkR wyjHEKKlelbsIN3AgKVzFPiCkfW3WsqFZI/L+BzY= Received: from localhost (p578E78DD.dip0.t-ipconnect.de [87.142.120.221]) by mx.zohomail.com with SMTPS id 1547146893396527.0657838720867; Thu, 10 Jan 2019 11:01:33 -0800 (PST) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87pnt44zc7.fsf@ambrevar.xyz> <87wonc4rvg.fsf@elephly.net> <87o98o4qwn.fsf@ambrevar.xyz> <87muo84jcu.fsf@elephly.net> <87ftu04i37.fsf@ambrevar.xyz> <87k1jc4hmf.fsf@elephly.net> <87ef9k4d6i.fsf@ambrevar.xyz> <87imyw4a9i.fsf@elephly.net> <87o98ocpf3.fsf@ambrevar.xyz> User-agent: mu4e 1.0; emacs 26.1 From: Ricardo Wurmus To: Pierre Neidhardt Subject: Re: bug#27217: texlive is too big In-reply-to: <87o98ocpf3.fsf@ambrevar.xyz> 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, 10 Jan 2019 20:01:29 +0100 Message-ID: <87h8eg49rq.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Pierre Neidhardt writes: >> Yes, the SVN repo does include generated files. That=E2=80=99s not grea= t, but >> we can choose to ignore those files (as we do in other projects). > > And the builder should take care not to discard .sty / .cls files that ar= e not > going to be generated. I believe that in all cases the basename remains = the > same between .dtx/.ins and .sty/.cls. Then it's easy to know which one t= o keep and > which one to discards. Well, we do ignore the generated files already whenever we can. > So what do you think of the tlpdb approach for a new tex-build-system? I don=E2=80=99t know what exactly this entails. I=E2=80=99m happy to see p= atches for this. Anything that improves the current state of TeXlive support in Guix would be worth looking into. -- Ricardo From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 10 14:06:37 2019 Received: (at 27217) by debbugs.gnu.org; 10 Jan 2019 19:06:37 +0000 Received: from localhost ([127.0.0.1]:54222 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghff3-0004J4-57 for submit@debbugs.gnu.org; Thu, 10 Jan 2019 14:06:37 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21776) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ghff2-0004Ix-22 for 27217@debbugs.gnu.org; Thu, 10 Jan 2019 14:06:36 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1547146256; cv=none; d=zoho.com; s=zohoarc; b=hGC1j0sTCat09rHsTFa1voA4menyEIhuiBRvYbLkeKBGom1KMeuF4bYJLSMeBEUjottjlKgLLiC2BaDN96uj49MLgLs00n1hZ+Gyy5WxUNU/oaZPyPZLkn/fdF2epPYyInOLZKdmCoUbsBhf56sLB2HKxKj1V7u3HGWPmLR9+oo= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1547146256; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=ds91/LuFwHhpWSwpUL0OkmAGvRucwBK057sPWnCUeIU=; b=WkNVdZwajYLEJUJcGOfkhO8jJh75LVnl9vYMcsrZM7VE/VLRhfJxttKteUfNC+PZN4DU/k/TUmjANZ1KrE2LPe0zLMPrOgPR2w3Nrb/kWGAyUIdt1J/CfMd+QSq5uvoOSL8Fpb8ti7NFRZBMDEKwUmjS0WYX+LpzHmuNV/dUkkg= ARC-Authentication-Results: i=1; mx.zoho.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=1547146256; 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; l=491; bh=ds91/LuFwHhpWSwpUL0OkmAGvRucwBK057sPWnCUeIU=; b=RIvDBbZ9z3o9LDtCLteT9eOpH8t+IhFVhfUYz4mcQBm6h/sHLp5L4BC9tiIOYA60 ChWK1zFTOZNnnDAFLKvQ9l4SMPBblDlRp5gdawSTeZPuIbYt43adUhIZZlCkwF6AUYN t5vS779g4eUGo2rp2c7gokzoie0xqmM7O1GchFZI= Received: from localhost (p578E78DD.dip0.t-ipconnect.de [87.142.120.221]) by mx.zohomail.com with SMTPS id 1547146254173277.2511890716711; Thu, 10 Jan 2019 10:50:54 -0800 (PST) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87pnt44zc7.fsf@ambrevar.xyz> <87wonc4rvg.fsf@elephly.net> <87o98o4qwn.fsf@ambrevar.xyz> <87muo84jcu.fsf@elephly.net> <87ftu04i37.fsf@ambrevar.xyz> <87k1jc4hmf.fsf@elephly.net> <87ef9k4d6i.fsf@ambrevar.xyz> User-agent: mu4e 1.0; emacs 26.1 From: Ricardo Wurmus To: Pierre Neidhardt Subject: Re: bug#27217: texlive is too big In-reply-to: <87ef9k4d6i.fsf@ambrevar.xyz> 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, 10 Jan 2019 19:50:49 +0100 Message-ID: <87imyw4a9i.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Pierre Neidhardt writes: >> I don=E2=80=99t think that=E2=80=99s correct. The .ins/.dtx files conta= in instructions >> for generating files, including the .sty files, which are extracted from >> the .dtx files. > > What I meant is that the .sty is always already generated in the SVN repo. Yes, the SVN repo does include generated files. That=E2=80=99s not great, = but we can choose to ignore those files (as we do in other projects). --=20 Ricardo From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 14 15:08:58 2019 Received: (at 27217) by debbugs.gnu.org; 14 Jan 2019 20:08:58 +0000 Received: from localhost ([127.0.0.1]:59363 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gj8XZ-0007NM-Pf for submit@debbugs.gnu.org; Mon, 14 Jan 2019 15:08:58 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21736) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gj8XX-0007NB-RZ for 27217@debbugs.gnu.org; Mon, 14 Jan 2019 15:08:56 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1547382075; cv=none; d=zoho.com; s=zohoarc; b=cBpskDniB3FdRrq/VFwkYrp+ZFiQ2Jnp+u06gWMQ8K0IkRfzj+Cg+uEZetofbdzMkULCLdSLGQIVsAk27Dt+rAu6PPG/SBnYY72uk2bBZy+EfuhiCiAB7jXhMP14uo3b8fQBoD4fUYkyPE8HcHggb/gMdjdKIOcRycbzO/voM6Q= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1547382075; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=NMLgWU/BQ4jjxZu1m2wACodZBJhyGJvCBZAB5zD5IL8=; b=J8c6ttNtFsJ9x/uyuqegnhKxeEgs2c6qzhYcj/VLsY3wa/ev1l9M/ZwwxSQsCCwz71sGvw6eHJReT32DDY3bcc74E0mfQZHiWJ2/R4CHWeWNU2aCV9C3fg5eTcA95zU2UC6WNSEDMOjrmYcYHDl2cwAf9QbS9kbyGG/BroHlz4M= ARC-Authentication-Results: i=1; mx.zoho.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=1547382075; 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; l=501; bh=NMLgWU/BQ4jjxZu1m2wACodZBJhyGJvCBZAB5zD5IL8=; b=EbeMwwGsQrrqRjXtf2azWpBAOIm0beFLKWcoBAQs8q9vT1GG93xh75lXEgEub9g2 VBgsdqkAX7T9EZzxJAvK2ySB3fYT0RZEbYdVW6hhjueI/LF5ItnBDyqXhZOuDJm1IMA N+qTsKqaHccg7uAV2UCM+dYrU+M7+g4wQW1AC16Q= Received: from localhost (p578E6363.dip0.t-ipconnect.de [87.142.99.99]) by mx.zohomail.com with SMTPS id 1547382074769936.2506714490542; Sun, 13 Jan 2019 04:21:14 -0800 (PST) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> User-agent: mu4e 1.0; emacs 26.1 From: Ricardo Wurmus To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#27217: texlive is too big In-reply-to: <87h8egd7zd.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 Date: Sun, 13 Jan 2019 13:21:10 +0100 Message-ID: <878szooiix.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Peter Neidhardt , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Ludovic Court=C3=A8s writes: > Now I can=E2=80=99t find the =E2=80=98pplr=E2=80=99 font (actually Adobe= =E2=80=99s Palatino). In the texmf-dist tree these fonts are found under =E2=80=9Cfonts/{tfm,afm,vf/adobe/palatino=E2=80=9D. I don=E2=80=99t know i= f there are any sources for generating these files, or if they are simply font blobs. In the latter case they would be installed just like the fonts provided by =E2=80=9Ctexlive-fonts-charter=E2=80=9D. -- Ricardo From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 15 10:34:51 2019 Received: (at 27217-done) by debbugs.gnu.org; 15 Jan 2019 15:34:51 +0000 Received: from localhost ([127.0.0.1]:60275 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjQjq-0006C3-OX for submit@debbugs.gnu.org; Tue, 15 Jan 2019 10:34:50 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21771) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjQjp-0006Bt-1q for 27217-done@debbugs.gnu.org; Tue, 15 Jan 2019 10:34:50 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1547566476; cv=none; d=zoho.com; s=zohoarc; b=QyD1Zs46Z5iM2TxZ9sgRlLjkTKiwfcC6/rc1rkIb8Qi0C4ceHICcDuXYWEhIFnH6a+JM5iXOaj+mDUWOmKvPMQ+TYKHbgi77q8RVBNAEZZST0h1CiWGUklVokT7qyiY58EiefQhUoOJ0/CQ5OdSH9osmIJsXUc0JCKJCuU88rdA= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1547566476; h=Content-Type:Content-Transfer-Encoding:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=hqYkZpPCA4Ymga806HeTjo1Sbi2g7Pjs+uBgAPHqy1k=; b=bvAcbEKvw7q40lcQYOEtDn6zPf8pfN0AIoy5KCkS294a78hfpS/S7xgDl7oi06aHE22gvFWO3ULSUQn98WI8J2jyoY8sAcePk8yQnY3YHcSPS0Jw2HcdWjeT1dGesXodLX9CLmTLJt74Tqu4ab35XsgBqPN0eO3tNpoqKxtbYxY= ARC-Authentication-Results: i=1; mx.zoho.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=1547566476; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; l=485; bh=hqYkZpPCA4Ymga806HeTjo1Sbi2g7Pjs+uBgAPHqy1k=; b=LbvSFg0Kj/M4Wgt35CffgK5PbT+eLSDvwFm41hT+u97WqrZ3GlYdRtlVFVzLgIU+ 35sFYnwpIYmLDFI6EtMIjtd3jbpP3kpA1Xt+1BhDpVU6NvHsEiZZPUYU4ES5JIEchk3 V08TPT81EEC6Hho3CMiB2JP9INszORZGMmccnWRA= Received: from localhost (141.80.247.192 [141.80.247.192]) by mx.zohomail.com with SMTPS id 1547566475426750.9777967361339; Tue, 15 Jan 2019 07:34:35 -0800 (PST) References: <87tw3w7v1m.fsf@elephly.net> User-agent: mu4e 1.0; emacs 26.1 From: Ricardo Wurmus To: 27217-done@debbugs.gnu.org Subject: Re: bug#27217: texlive is too big In-reply-to: <87tw3w7v1m.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: Tue, 15 Jan 2019 16:34:32 +0100 Message-ID: <87va2qhr3r.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27217-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Ricardo Wurmus writes: > We may also want to > support installation of individual packages by providing a profile hook > (e.g. when a user only wants texlive-minimal with the gbrief package). A profile hook has been added with commit 743497b5650713e082f4775a3b7dfd03babc8191. Users may want to start by installing =E2=80=9Ctexlive-base=E2=80=9D and then add packages to their pr= ofile as needed. I=E2=80=99m closing this bug now. -- Ricardo From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 17 04:36:48 2019 Received: (at 27217) by debbugs.gnu.org; 17 Jan 2019 09:36:48 +0000 Received: from localhost ([127.0.0.1]:34154 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk46S-00076P-H0 for submit@debbugs.gnu.org; Thu, 17 Jan 2019 04:36:48 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:53744) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk46Q-00076F-Bz for 27217@debbugs.gnu.org; Thu, 17 Jan 2019 04:36:46 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 80DBACA9; Thu, 17 Jan 2019 10:36:43 +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 rXNHKzr2yPBV; Thu, 17 Jan 2019 10:36:42 +0100 (CET) Received: from ribbon (unknown [IPv6:2001:660:6102:320:e120:2c8f:8909:cdfe]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 70CF5A7A; Thu, 17 Jan 2019 10:36:42 +0100 (CET) From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Ricardo Wurmus Subject: Re: bug#27217: texlive is too big References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 28 =?utf-8?Q?Niv=C3=B4se?= an 227 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: Thu, 17 Jan 2019 10:36:41 +0100 In-Reply-To: <878szooiix.fsf@elephly.net> (Ricardo Wurmus's message of "Sun, 13 Jan 2019 13:21:10 +0100") Message-ID: <87a7jzy6ae.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 27217 Cc: Peter Neidhardt , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello! Ricardo Wurmus skribis: > Ludovic Court=C3=A8s writes: > >> Now I can=E2=80=99t find the =E2=80=98pplr=E2=80=99 font (actually Adobe= =E2=80=99s Palatino). > > In the texmf-dist tree these fonts are found under > =E2=80=9Cfonts/{tfm,afm,vf/adobe/palatino=E2=80=9D. I don=E2=80=99t know= if there are any > sources for generating these files, or if they are simply font blobs. Does that mean we don=E2=80=99t have a =E2=80=98texlive-=E2=80=99 package f= or these? Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 17 04:41:55 2019 Received: (at 27217) by debbugs.gnu.org; 17 Jan 2019 09:41:55 +0000 Received: from localhost ([127.0.0.1]:34163 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk4BN-0007E0-Dk for submit@debbugs.gnu.org; Thu, 17 Jan 2019 04:41:55 -0500 Received: from relay10.mail.gandi.net ([217.70.178.230]:59227) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk4BK-0007Dp-R7 for 27217@debbugs.gnu.org; Thu, 17 Jan 2019 04:41:51 -0500 Received: from mimimi (lfbn-1-802-102.w86-246.abo.wanadoo.fr [86.246.38.102]) (Authenticated sender: mail@ambrevar.xyz) by relay10.mail.gandi.net (Postfix) with ESMTPSA id D299C240009; Thu, 17 Jan 2019 09:41:47 +0000 (UTC) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#27217: texlive is too big In-reply-to: <87a7jzy6ae.fsf@gnu.org> Date: Thu, 17 Jan 2019 10:41:46 +0100 Message-ID: <87sgxr62p1.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27217 Cc: Ricardo Wurmus , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable As far as I know, we don't, and I could not figure the package out (I could= have tried harder...). And this highlights another big issue with our current build system: it's v= ery hard to know which file is already packaged. It could very well be that so= me texlive packages have conflicts simply because we've accidentally packaged = the same files in different packages. =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlxATdoACgkQm9z0l6S7 zH8xowf/Wi88RlOBGHqLvJVNe11YG1XHAUVzaOd2YqGJvItwDhVL3rXqnuRaIm6d iek3E5gA/8Ojuj/hDP/qFjMIEDMSVLhSOdOMrXW7Psg4/+owHf/x/RPG1KS3qrDh WyRZOAoGyYMC3YgLykIXA8aOAo9F83DiblRYD7036KDq1t3XHWOjE6W0EWrFETr1 n6WEo0lM6wQE9rF/2yJ3m8AQuMft8cEk57t6Ix8zeWOOUxH3VsereLdU+3Nfyhmt lCW/C/EIkPq+f8hB6mNYLSaKXJP0zwSNPWYzPnIQRe+huBmtZka8GiZK8a9697x2 Ky+YYExnVZ29KgSbAftfphWvJlwJyA== =2Hq0 -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 17 05:37:02 2019 Received: (at 27217) by debbugs.gnu.org; 17 Jan 2019 10:37:02 +0000 Received: from localhost ([127.0.0.1]:34184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk52j-00005X-Jb for submit@debbugs.gnu.org; Thu, 17 Jan 2019 05:37:01 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21723) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk52f-000059-Gw for 27217@debbugs.gnu.org; Thu, 17 Jan 2019 05:37:00 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1547721384; cv=none; d=zoho.com; s=zohoarc; b=YTCfBaUv5MH4I1Wdiyq0ueXQuhhW9bWdDDG8MdFEDCAkLYb9zAKfKvLFsE8hJbZ8M0a+DItZiQGNMmupoa0oSLgqs9ffLWpZiE4gM+HAlZX2kAzWxTt0acSrdO4wujyaqiW05PBtD/Hujcj5juPkziEwlejym6tJqcKG0hYNYVo= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1547721384; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=Aa6w9kl5q6BK/f6tMFuDWt7j9/fOs0aZmM6uGpUgDek=; b=Wh50w2e7Rzbi3TGBPinBBug/C4QWdRxbRxvvLsWuEWf/s/10Vim60LY0xtmxoWdQCDUmhDq0ufhvmq2g8eM7K719Mioc+Owa/YW0RAn9GnsXx33dYXmTjkqm9U9YBj47bA2wrHYQa211Y0ZzebUMFy2Xt+eTPLTwz2b5RK5FWYY= ARC-Authentication-Results: i=1; mx.zoho.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=1547721384; 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; l=712; bh=Aa6w9kl5q6BK/f6tMFuDWt7j9/fOs0aZmM6uGpUgDek=; b=RhC7juzD5N8DfhnJ7c6Dg6Dv/HpIDZUKE3klyCLsRAZoYuen6PQe3HfCNfLJgzzF JN12ZnvnxVFylR4GWNRYbftPKIXl54o4LGLn3XLid+KJcOTzZtX/iM38UIFqmGiaMEW rZdd4dbtn8yaESHeQSEmZFS2FKTtHFyWeJE7gkdc= Received: from localhost (141.80.247.132 [141.80.247.132]) by mx.zohomail.com with SMTPS id 1547721382735121.26258550914929; Thu, 17 Jan 2019 02:36:22 -0800 (PST) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> User-agent: mu4e 1.0; emacs 26.1 From: Ricardo Wurmus To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#27217: texlive is too big In-reply-to: <87a7jzy6ae.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 Date: Thu, 17 Jan 2019 11:36:17 +0100 Message-ID: <87o98fh8pq.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Peter Neidhardt , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Ludovic Court=C3=A8s writes: > Hello! > > Ricardo Wurmus skribis: > >> Ludovic Court=C3=A8s writes: >> >>> Now I can=E2=80=99t find the =E2=80=98pplr=E2=80=99 font (actually Adob= e=E2=80=99s Palatino). >> >> In the texmf-dist tree these fonts are found under >> =E2=80=9Cfonts/{tfm,afm,vf/adobe/palatino=E2=80=9D. I don=E2=80=99t kno= w if there are any >> sources for generating these files, or if they are simply font blobs. > > Does that mean we don=E2=80=99t have a =E2=80=98texlive-=E2=80=99 package= for these? We don=E2=80=99t have one yet. But we can add one similar to =E2=80=9Ctexlive-fonts-txfonts=E2=80=9D. -- Ricardo From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 17 05:39:41 2019 Received: (at 27217) by debbugs.gnu.org; 17 Jan 2019 10:39:41 +0000 Received: from localhost ([127.0.0.1]:34188 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk55J-00009O-63 for submit@debbugs.gnu.org; Thu, 17 Jan 2019 05:39:41 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21801) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk55H-00009G-70 for 27217@debbugs.gnu.org; Thu, 17 Jan 2019 05:39:39 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1547721571; cv=none; d=zoho.com; s=zohoarc; b=WQYLk8amN0pWgl3dj+uSk4csB7oVzKpG49G0+WlFV/F1DLW/PAK7o9CbY7AXPVmk3ldASqv2pnZiq/nl+GqRp0/4ytkHZtztsmW0LqcuJV4jHS+FVDxsqJzqZY5C8m3AyKipWkEU6TK9hQt8SaYuQKiQT5pgEB2KEXTk84EgRQM= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1547721571; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=odZcqXxKZfR8wlB9t9gbiFL9D1U5azhNKR1MMlwUq7k=; b=kL3rkCDcHBYegCmvPIhJXX5eRp0532SxrHP7Dh4D9+lAP/prODpMWdcHIKqdkzAE1jNT7SO+95Psep4EmRAXn0WMvXSCW3qSmHE0LesB2Qym/62o9OvnLwUsjFtMNAuFM//+/APBPtDRP2Wv90Dqyix+QwLsVDkoQgBmQftRmcI= ARC-Authentication-Results: i=1; mx.zoho.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=1547721571; 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; l=1003; bh=odZcqXxKZfR8wlB9t9gbiFL9D1U5azhNKR1MMlwUq7k=; b=ReenqG3jMVKAES8Oq/ZF7LOrHVSCT4Y41af91je5C60bq4BG0U/ZYa37sfZ/F1/o kN30kLadagS05lDQrWrs2HwemD7azBJN8uc73qW861a4fLcCJT7t3jxzUB8UMoaO42v 6WwJY2I1yma2wx3tVoRxoCVF9KxiNBXR4umMtGn0= Received: from localhost (141.80.247.132 [141.80.247.132]) by mx.zohomail.com with SMTPS id 1547721569218290.53071741816575; Thu, 17 Jan 2019 02:39:29 -0800 (PST) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> <87sgxr62p1.fsf@ambrevar.xyz> User-agent: mu4e 1.0; emacs 26.1 From: Ricardo Wurmus To: Pierre Neidhardt Subject: Re: bug#27217: texlive is too big In-reply-to: <87sgxr62p1.fsf@ambrevar.xyz> 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, 17 Jan 2019 11:39:24 +0100 Message-ID: <87munzh8kj.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Pierre Neidhardt writes: > And this highlights another big issue with our current build system: it's= very > hard to know which file is already packaged. It could very well be that = some > texlive packages have conflicts simply because we've accidentally package= d the > same files in different packages. It=E2=80=99s not a problem of the build system. The build system works fin= e for ins/dtx files. This is a problem with the TeX Live distribution. It does not consist of packages for the most part, but represents a directory tree that is meant to be unpacked in place. In some cases we use upstream packages as in the case of =E2=80=9Ctexlive-fonts-lm=E2=80=9D, which provides a zip file that can be u= npacked into a texmf-dist tree. In other cases all we can do is take the TeX Live upstream sources from various SVN directories. It sucks, but I don=E2=80=99t see how you could do much better given this distribution method. -- Ricardo From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 17 05:43:29 2019 Received: (at 27217) by debbugs.gnu.org; 17 Jan 2019 10:43:29 +0000 Received: from localhost ([127.0.0.1]:34193 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk58y-0000HR-QK for submit@debbugs.gnu.org; Thu, 17 Jan 2019 05:43:29 -0500 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:47705) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk58w-0000HI-KZ for 27217@debbugs.gnu.org; Thu, 17 Jan 2019 05:43:27 -0500 X-Originating-IP: 86.246.38.102 Received: from mimimi (lfbn-1-802-102.w86-246.abo.wanadoo.fr [86.246.38.102]) (Authenticated sender: mail@ambrevar.xyz) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 41C5C240004; Thu, 17 Jan 2019 10:43:23 +0000 (UTC) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> <87sgxr62p1.fsf@ambrevar.xyz> <87munzh8kj.fsf@elephly.net> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Ricardo Wurmus Subject: Re: bug#27217: texlive is too big In-reply-to: <87munzh8kj.fsf@elephly.net> Date: Thu, 17 Jan 2019 11:43:23 +0100 Message-ID: <87imynsgxg.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I could have explained myself better :p What I meant is that with the tlpdb approach, we would base our build syste= m on a centralized authority with regard to what constitute a package and which = files belong to them. Then we would not have to worry about file conflicts. It still sucks, but then that's an upstream problem, not ours. =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlxAXEsACgkQm9z0l6S7 zH9HZgf/aqAKOG/h+AOj5W1+8p5U0M1aAwR2tBxXEx3OaDuInuTErlrxB59OvNIA cMquUdyMyICMB5HBJ7d0OR239BDppLtHo+Ux2w19WuOTX859A16Jk+nuygohmim/ sqz1EQ/dxJdXPj+s5CK1XBPHzX2QVwG/RG43oYSxcBqP07e2/a6EXDPVUbfcVpa4 ZVZ4oXDwCA1AJuzofJwGCsvV66nQwFWFDZuBbKKMuygV5i8ctoQ365MRxaBu1TiN A66wtRYDoUZH6egxvCp5zWnzpfdodAkyra7egbEZCt489jYuQjZEN29tjiQo9h+c pcDsqJFovInmLmuf8PZrsK0EVF51JA== =qsal -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 20 17:52:01 2019 Received: (at 27217) by debbugs.gnu.org; 20 Jan 2019 22:52:01 +0000 Received: from localhost ([127.0.0.1]:39280 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glLwY-00079J-OM for submit@debbugs.gnu.org; Sun, 20 Jan 2019 17:52:00 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21804) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1glLwT-000798-Gt for 27217@debbugs.gnu.org; Sun, 20 Jan 2019 17:51:50 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1547722881; cv=none; d=zoho.com; s=zohoarc; b=WKWCBO02PuGikLb53XpvX+h1wKr+Opt6j3FktP7DkkXSsC20XQSa81c6TLKq63+3obJjE/TcRUIgU8e20zv4mKRKgo/fBX09s0eK8axqnIZNYG1UnBgOYGnrMx6OfmOa2rhkvg7uqZ+cQEZ/QOmUB+KFQax0pjW6cfRiv/E4+pQ= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1547722881; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=LODz/AfcvbNs9yfN5HWuFmd1fkoZwwfq8M8eawHwCVo=; b=YAgJAwGhzPk1ulqJJql6prCH+JEvDvI6D48dXvqUQ19b24NLefVhSfng3ILzwyiiVoAxP8kGbqs2mlxULkHGq/xQhZ8ZEUuv/ueXRFeZcIhEEfWYsC3Um0Y1UL79ED19CJriOor9JUHjKws1VvT8GB2XK9oUOzvBb7BwAkChpFA= ARC-Authentication-Results: i=1; mx.zoho.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=1547722881; 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; l=14317; bh=LODz/AfcvbNs9yfN5HWuFmd1fkoZwwfq8M8eawHwCVo=; b=A2CsmzHheVElZKaHktQE5M3ETqyDVoWQQ6AT6dz71WP1yk/qI+sLFgjwGDV7s6r5 w9/nb3o6HRbGK1yXTMrda91CmhyACNiyjjn78q9gbhz51LPQCZZw3pXkCtJp9JpyqBS m15N+w0M68Nk33Tm6/+cB3A0E2pCKixE65UDRaUw= Received: from localhost (141.80.247.132 [141.80.247.132]) by mx.zohomail.com with SMTPS id 1547722880102719.8669972090136; Thu, 17 Jan 2019 03:01:20 -0800 (PST) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> <87sgxr62p1.fsf@ambrevar.xyz> <87munzh8kj.fsf@elephly.net> <87imynsgxg.fsf@ambrevar.xyz> User-agent: mu4e 1.0; emacs 26.1 From: Ricardo Wurmus To: Pierre Neidhardt Subject: Re: bug#27217: texlive is too big In-reply-to: <87imynsgxg.fsf@ambrevar.xyz> 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, 17 Jan 2019 12:01:15 +0100 Message-ID: <87k1j3h7k4.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Pierre Neidhardt writes: > What I meant is that with the tlpdb approach, we would base our build sys= tem on > a centralized authority with regard to what constitute a package and whic= h files > belong to them. Then we would not have to worry about file conflicts. Ah, I see. I was struggling to see how this would help us in this case, so I looked up =E2=80=9Cpalatino=E2=80=9D in the texlive.tlpdb. We can find this snippet in the texlive.tlpdb (which is part of the texlive-bin package): --8<---------------cut here---------------start------------->8--- name palatino category Package revision 31835 catalogue urw-base35 shortdesc URW "Base 35" font pack for LaTeX longdesc A set of fonts for use as "drop-in" replacements for Adobe's longdesc basic set, comprising: Century Schoolbook (substituting for longdesc Adobe's New Century Schoolbook); Dingbats (substituting for longdesc Adobe's Zapf Dingbats); Nimbus Mono L (substituting for Abobe's longdesc Courier); Nimbus Roman No9 L (substituting for Adobe's Times); longdesc Nimbus Sans L (substituting for Adobe's Helvetica); Standard longdesc Symbols L (substituting for Adobe's Symbol); URW Bookman; URW longdesc Chancery L Medium Italic (substituting for Adobe's Zapf longdesc Chancery); URW Gothic L Book (substituting for Adobe's Avant longdesc Garde); and URW Palladio L (substituting for Adobe's Palatino). execute addMap upl.map runfiles size=3D388 texmf-dist/dvips/palatino/config.upl texmf-dist/fonts/afm/adobe/palatino/pplb8a.afm texmf-dist/fonts/afm/adobe/palatino/pplbi8a.afm texmf-dist/fonts/afm/adobe/palatino/pplr8a.afm texmf-dist/fonts/afm/adobe/palatino/pplri8a.afm texmf-dist/fonts/afm/urw/palatino/uplb8a.afm texmf-dist/fonts/afm/urw/palatino/uplbi8a.afm texmf-dist/fonts/afm/urw/palatino/uplr8a.afm texmf-dist/fonts/afm/urw/palatino/uplri8a.afm texmf-dist/fonts/map/dvips/palatino/upl.map texmf-dist/fonts/tfm/adobe/palatino/eurbo10.tfm texmf-dist/fonts/tfm/adobe/palatino/eurmo10.tfm texmf-dist/fonts/tfm/adobe/palatino/pplb.tfm texmf-dist/fonts/tfm/adobe/palatino/pplb7t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplb8c.tfm texmf-dist/fonts/tfm/adobe/palatino/pplb8r.tfm texmf-dist/fonts/tfm/adobe/palatino/pplb8t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplb9c.tfm texmf-dist/fonts/tfm/adobe/palatino/pplb9d.tfm texmf-dist/fonts/tfm/adobe/palatino/pplb9e.tfm texmf-dist/fonts/tfm/adobe/palatino/pplb9o.tfm texmf-dist/fonts/tfm/adobe/palatino/pplb9t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbc.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbc7t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbc8t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbi.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbi7t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbi8c.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbi8r.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbi8t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbi9c.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbi9d.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbi9e.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbi9o.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbi9t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbij8r.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbj8r.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbo.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbo7t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbo8c.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbo8r.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbo8t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbu.tfm texmf-dist/fonts/tfm/adobe/palatino/pplbu8r.tfm texmf-dist/fonts/tfm/adobe/palatino/pplr.tfm texmf-dist/fonts/tfm/adobe/palatino/pplr7t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplr8c.tfm texmf-dist/fonts/tfm/adobe/palatino/pplr8r.tfm texmf-dist/fonts/tfm/adobe/palatino/pplr8rn.tfm texmf-dist/fonts/tfm/adobe/palatino/pplr8t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplr9c.tfm texmf-dist/fonts/tfm/adobe/palatino/pplr9d.tfm texmf-dist/fonts/tfm/adobe/palatino/pplr9e.tfm texmf-dist/fonts/tfm/adobe/palatino/pplr9o.tfm texmf-dist/fonts/tfm/adobe/palatino/pplr9t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplrc.tfm texmf-dist/fonts/tfm/adobe/palatino/pplrc7t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplrc8r.tfm texmf-dist/fonts/tfm/adobe/palatino/pplrc8t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplrc9d.tfm texmf-dist/fonts/tfm/adobe/palatino/pplrc9e.tfm texmf-dist/fonts/tfm/adobe/palatino/pplrc9o.tfm texmf-dist/fonts/tfm/adobe/palatino/pplrc9t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplri.tfm texmf-dist/fonts/tfm/adobe/palatino/pplri7t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplri8c.tfm texmf-dist/fonts/tfm/adobe/palatino/pplri8r.tfm texmf-dist/fonts/tfm/adobe/palatino/pplri8t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplri9c.tfm texmf-dist/fonts/tfm/adobe/palatino/pplri9d.tfm texmf-dist/fonts/tfm/adobe/palatino/pplri9e.tfm texmf-dist/fonts/tfm/adobe/palatino/pplri9o.tfm texmf-dist/fonts/tfm/adobe/palatino/pplri9t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplrij8r.tfm texmf-dist/fonts/tfm/adobe/palatino/pplro.tfm texmf-dist/fonts/tfm/adobe/palatino/pplro7t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplro8c.tfm texmf-dist/fonts/tfm/adobe/palatino/pplro8r.tfm texmf-dist/fonts/tfm/adobe/palatino/pplro8t.tfm texmf-dist/fonts/tfm/adobe/palatino/pplrr8re.tfm texmf-dist/fonts/tfm/adobe/palatino/pplrre.tfm texmf-dist/fonts/tfm/adobe/palatino/pplrrn.tfm texmf-dist/fonts/tfm/adobe/palatino/pplru.tfm texmf-dist/fonts/tfm/adobe/palatino/pplru8r.tfm texmf-dist/fonts/tfm/adobe/palatino/zppleb7m.tfm texmf-dist/fonts/tfm/adobe/palatino/zppleb7t.tfm texmf-dist/fonts/tfm/adobe/palatino/zppleb7y.tfm texmf-dist/fonts/tfm/adobe/palatino/zppler7m.tfm texmf-dist/fonts/tfm/adobe/palatino/zppler7t.tfm texmf-dist/fonts/tfm/adobe/palatino/zppler7v.tfm texmf-dist/fonts/tfm/adobe/palatino/zppler7y.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplb7t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplb8c.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplb8r.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplb8t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplbc7t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplbc8t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplbi7t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplbi8c.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplbi8r.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplbi8t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplbo7t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplbo8c.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplbo8r.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplbo8t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplr7t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplr8c.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplr8r.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplr8t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplrc7t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplrc8t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplri7t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplri8c.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplri8r.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplri8t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplro7t.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplro8c.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplro8r.tfm texmf-dist/fonts/tfm/urw35vf/palatino/uplro8t.tfm texmf-dist/fonts/type1/urw/palatino/uplb8a.pfb texmf-dist/fonts/type1/urw/palatino/uplb8a.pfm texmf-dist/fonts/type1/urw/palatino/uplbi8a.pfb texmf-dist/fonts/type1/urw/palatino/uplbi8a.pfm texmf-dist/fonts/type1/urw/palatino/uplr8a.pfb texmf-dist/fonts/type1/urw/palatino/uplr8a.pfm texmf-dist/fonts/type1/urw/palatino/uplri8a.pfb texmf-dist/fonts/type1/urw/palatino/uplri8a.pfm texmf-dist/fonts/vf/adobe/palatino/pplb.vf texmf-dist/fonts/vf/adobe/palatino/pplb7t.vf texmf-dist/fonts/vf/adobe/palatino/pplb8c.vf texmf-dist/fonts/vf/adobe/palatino/pplb8t.vf texmf-dist/fonts/vf/adobe/palatino/pplb9c.vf texmf-dist/fonts/vf/adobe/palatino/pplb9d.vf texmf-dist/fonts/vf/adobe/palatino/pplb9e.vf texmf-dist/fonts/vf/adobe/palatino/pplb9o.vf texmf-dist/fonts/vf/adobe/palatino/pplb9t.vf texmf-dist/fonts/vf/adobe/palatino/pplbc.vf texmf-dist/fonts/vf/adobe/palatino/pplbc7t.vf texmf-dist/fonts/vf/adobe/palatino/pplbc8t.vf texmf-dist/fonts/vf/adobe/palatino/pplbi.vf texmf-dist/fonts/vf/adobe/palatino/pplbi7t.vf texmf-dist/fonts/vf/adobe/palatino/pplbi8c.vf texmf-dist/fonts/vf/adobe/palatino/pplbi8t.vf texmf-dist/fonts/vf/adobe/palatino/pplbi9c.vf texmf-dist/fonts/vf/adobe/palatino/pplbi9d.vf texmf-dist/fonts/vf/adobe/palatino/pplbi9e.vf texmf-dist/fonts/vf/adobe/palatino/pplbi9o.vf texmf-dist/fonts/vf/adobe/palatino/pplbi9t.vf texmf-dist/fonts/vf/adobe/palatino/pplbo.vf texmf-dist/fonts/vf/adobe/palatino/pplbo7t.vf texmf-dist/fonts/vf/adobe/palatino/pplbo8c.vf texmf-dist/fonts/vf/adobe/palatino/pplbo8t.vf texmf-dist/fonts/vf/adobe/palatino/pplbu.vf texmf-dist/fonts/vf/adobe/palatino/pplr.vf texmf-dist/fonts/vf/adobe/palatino/pplr7t.vf texmf-dist/fonts/vf/adobe/palatino/pplr8c.vf texmf-dist/fonts/vf/adobe/palatino/pplr8t.vf texmf-dist/fonts/vf/adobe/palatino/pplr9c.vf texmf-dist/fonts/vf/adobe/palatino/pplr9d.vf texmf-dist/fonts/vf/adobe/palatino/pplr9e.vf texmf-dist/fonts/vf/adobe/palatino/pplr9o.vf texmf-dist/fonts/vf/adobe/palatino/pplr9t.vf texmf-dist/fonts/vf/adobe/palatino/pplrc.vf texmf-dist/fonts/vf/adobe/palatino/pplrc7t.vf texmf-dist/fonts/vf/adobe/palatino/pplrc8t.vf texmf-dist/fonts/vf/adobe/palatino/pplrc9d.vf texmf-dist/fonts/vf/adobe/palatino/pplrc9e.vf texmf-dist/fonts/vf/adobe/palatino/pplrc9o.vf texmf-dist/fonts/vf/adobe/palatino/pplrc9t.vf texmf-dist/fonts/vf/adobe/palatino/pplri.vf texmf-dist/fonts/vf/adobe/palatino/pplri7t.vf texmf-dist/fonts/vf/adobe/palatino/pplri8c.vf texmf-dist/fonts/vf/adobe/palatino/pplri8t.vf texmf-dist/fonts/vf/adobe/palatino/pplri9c.vf texmf-dist/fonts/vf/adobe/palatino/pplri9d.vf texmf-dist/fonts/vf/adobe/palatino/pplri9e.vf texmf-dist/fonts/vf/adobe/palatino/pplri9o.vf texmf-dist/fonts/vf/adobe/palatino/pplri9t.vf texmf-dist/fonts/vf/adobe/palatino/pplro.vf texmf-dist/fonts/vf/adobe/palatino/pplro7t.vf texmf-dist/fonts/vf/adobe/palatino/pplro8c.vf texmf-dist/fonts/vf/adobe/palatino/pplro8t.vf texmf-dist/fonts/vf/adobe/palatino/pplrre.vf texmf-dist/fonts/vf/adobe/palatino/pplrrn.vf texmf-dist/fonts/vf/adobe/palatino/pplru.vf texmf-dist/fonts/vf/adobe/palatino/zppleb7m.vf texmf-dist/fonts/vf/adobe/palatino/zppleb7t.vf texmf-dist/fonts/vf/adobe/palatino/zppleb7y.vf texmf-dist/fonts/vf/adobe/palatino/zppler7m.vf texmf-dist/fonts/vf/adobe/palatino/zppler7t.vf texmf-dist/fonts/vf/adobe/palatino/zppler7v.vf texmf-dist/fonts/vf/adobe/palatino/zppler7y.vf texmf-dist/fonts/vf/urw35vf/palatino/uplb7t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplb8c.vf texmf-dist/fonts/vf/urw35vf/palatino/uplb8t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplbc7t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplbc8t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplbi7t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplbi8c.vf texmf-dist/fonts/vf/urw35vf/palatino/uplbi8t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplbo7t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplbo8c.vf texmf-dist/fonts/vf/urw35vf/palatino/uplbo8t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplr7t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplr8c.vf texmf-dist/fonts/vf/urw35vf/palatino/uplr8t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplrc7t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplrc8t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplri7t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplri8c.vf texmf-dist/fonts/vf/urw35vf/palatino/uplri8t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplro7t.vf texmf-dist/fonts/vf/urw35vf/palatino/uplro8c.vf texmf-dist/fonts/vf/urw35vf/palatino/uplro8t.vf texmf-dist/tex/latex/palatino/8rupl.fd texmf-dist/tex/latex/palatino/omlupl.fd texmf-dist/tex/latex/palatino/omsupl.fd texmf-dist/tex/latex/palatino/ot1upl.fd texmf-dist/tex/latex/palatino/t1upl.fd texmf-dist/tex/latex/palatino/ts1upl.fd catalogue-also tex-gyre catalogue-ctan /fonts/urw/base35 catalogue-date 2016-06-24 19:18:15 +0200 catalogue-license gpl catalogue-topics font font-type1 font-collection --8<---------------cut here---------------end--------------->8--- This tells us what files are installed (=E2=80=9Crunfiles=E2=80=9D) and it = shows us that there is no source file we can use to generate them (there is no =E2=80=9Csrcfiles=E2=80=9D). Compare that to 12many, for example: --8<---------------cut here---------------start------------->8--- name 12many category Package revision 15878 catalogue one2many shortdesc Generalising mathematical index sets longdesc In the discrete branches of mathematics and the computer longdesc sciences, it will only take some seconds before you're faced longdesc with a set like {1,...,m}. Some people write $1\ldotp\ldotp m$, longdesc others $\{j:1\leq j\leq m\}$, and the journal you're submitting longdesc to might want something else entirely. The 12many package longdesc provides an interface that makes changing from one to another a longdesc one-line change. docfiles size=3D98 texmf-dist/doc/latex/12many/12many.pdf details=3D"Package documentation" texmf-dist/doc/latex/12many/README details=3D"Readme" srcfiles size=3D6 texmf-dist/source/latex/12many/12many.dtx texmf-dist/source/latex/12many/12many.ins runfiles size=3D1 texmf-dist/tex/latex/12many/12many.sty catalogue-ctan /macros/latex/contrib/12many catalogue-date 2016-06-24 19:18:15 +0200 catalogue-license lppl catalogue-topics maths catalogue-version 0.3 --8<---------------cut here---------------end--------------->8--- Here we do have =E2=80=9Csrcfiles=E2=80=9D and we can use those to generate =E2=80=9C12many.sty=E2=80=9D. I think this would be a good source of infor= mation for the importer. We just need to be smart about handling the =E2=80=9Csrcfile= s=E2=80=9D field so that it won=E2=80=99t result in too large downloads from SVN (e.g. parent directory) or too many small svn-fetch origins (one origin per file). -- Ricardo From unknown Sun Aug 10 16:51:55 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 18 Feb 2019 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 02 09:08:20 2019 Received: (at control) by debbugs.gnu.org; 2 Mar 2019 14:08:20 +0000 Received: from localhost ([127.0.0.1]:57119 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h05JM-0006eo-E1 for submit@debbugs.gnu.org; Sat, 02 Mar 2019 09:08:20 -0500 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:48735) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h05JK-0006ef-6U for control@debbugs.gnu.org; Sat, 02 Mar 2019 09:08:18 -0500 X-Originating-IP: 90.92.41.33 Received: from bababa (lfbn-1-12225-33.w90-92.abo.wanadoo.fr [90.92.41.33]) (Authenticated sender: mail@ambrevar.xyz) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 697BF60003 for ; Sat, 2 Mar 2019 14:08:14 +0000 (UTC) User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: control@debbugs.gnu.org Subject: unarchive 27217 Date: Sat, 02 Mar 2019 15:08:14 +0100 Message-ID: <87k1hhe5dd.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain unarchive 27217 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlx6jk4ACgkQm9z0l6S7 zH/3FAgAmEx0cysdPo7yMl/SC72j3SxdBBPdOm9KT6xwKdjTJm+CLV2fK2r9i79L Q7NfKen1JEa/1CL7zrXO17pWW8Is0GajariNQdXfbB3tBnL8GQjkPVZgTPibZ8FN 1O9wjH5zDHF1ubKB4+hCgI4n//AYVfjH7O8VW6HAB/2hnMhJmAwRcABQZJnWutCX 6BtjPk1+UlZAWQvxmaCjNpOR2sjYYmt8ZVRfXfWUShk8fNiFG7DJLtR7l0b1pfwp iYzlKbOS3CW8NLQHLB0CptuTo10XM5iiO6umofSzjvk4R2f8g3Y+ep2zpHLWl49O iAgCtdVlP596L2LnbA9rSDb4s6gOng== =atzg -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 02 09:13:55 2019 Received: (at 27217) by debbugs.gnu.org; 2 Mar 2019 14:13:55 +0000 Received: from localhost ([127.0.0.1]:57129 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h05Ol-0006nE-A2 for submit@debbugs.gnu.org; Sat, 02 Mar 2019 09:13:55 -0500 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:57863) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h05Ok-0006n5-35 for 27217@debbugs.gnu.org; Sat, 02 Mar 2019 09:13:54 -0500 X-Originating-IP: 90.92.41.33 Received: from bababa (lfbn-1-12225-33.w90-92.abo.wanadoo.fr [90.92.41.33]) (Authenticated sender: mail@ambrevar.xyz) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 0503620006; Sat, 2 Mar 2019 14:13:50 +0000 (UTC) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> <87sgxr62p1.fsf@ambrevar.xyz> <87munzh8kj.fsf@elephly.net> <87imynsgxg.fsf@ambrevar.xyz> <87k1j3h7k4.fsf@elephly.net> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Ricardo Wurmus , Jelle Licht Subject: Re: bug#27217: texlive is too big In-reply-to: <87k1j3h7k4.fsf@elephly.net> Date: Sat, 02 Mar 2019 15:13:50 +0100 Message-ID: <87imx1e541.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27217 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable For posterity, here is a python importer for tlpdb: https://github.com/amaxwell/tlutility/blob/master/parse_tlpdb.py (Thanks to Henkjan for sharing this.) Jelle, did you work on the importer any further after FOSDEM? Can you share the file, I'm afraid I lost the link :p =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlx6j54ACgkQm9z0l6S7 zH9oiggAqStF20xPDkTuZrBtYsFQG+AQXnpyx0CUS0R0YwORnTtbpN9kZivjZP8L RPLvS1QTjrbYQLyNnDrG8NJH0k5GAtymYx+VZwEX3SkyrqrDcMlSXy0rfqqarCsT f4M0hrG8bbgVhCifiNHkp7qfAvbRQiW2u3yak9y2h0esdEd42XQZkF3A6Dsei/ye /NKABrQ0u7McJm4eEnYBD2typrXo8Zm68fsiCfsAvEv8hNQvOPmUPR1GIpakUw4x GyQXGVhP6gVEzGNWm6+xxHiNqY3C37u11LWv0TR5uaI/xKEK6QB/vK5pIDAN/1av 67w7nkdaGg1zo9xwjRZ3jawdUiZLpA== =g8mv -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 03 09:32:39 2019 Received: (at 27217) by debbugs.gnu.org; 3 Mar 2019 14:32:39 +0000 Received: from localhost ([127.0.0.1]:58157 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h0SAQ-0001Wy-QC for submit@debbugs.gnu.org; Sun, 03 Mar 2019 09:32:39 -0500 Received: from mail1.fsfe.org ([217.69.89.151]:60532) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h0SAN-0001Wm-UR for 27217@debbugs.gnu.org; Sun, 03 Mar 2019 09:32:37 -0500 References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> <87sgxr62p1.fsf@ambrevar.xyz> <87munzh8kj.fsf@elephly.net> <87imynsgxg.fsf@ambrevar.xyz> <87k1j3h7k4.fsf@elephly.net> <87imx1e541.fsf@ambrevar.xyz> User-agent: mu4e 1.0; emacs 26.1 From: Jelle Licht To: Pierre Neidhardt Subject: Re: bug#27217: texlive is too big In-reply-to: <87imx1e541.fsf@ambrevar.xyz> Date: Sun, 03 Mar 2019 15:32:29 +0100 Message-ID: <86bm2skozm.fsf@fsfe.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27217 Cc: Ricardo Wurmus , Ludovic =?utf-8?Q?Court=C3=A8s?= , Jelle Licht , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) Pierre Neidhardt writes: > For posterity, here is a python importer for tlpdb: > > https://github.com/amaxwell/tlutility/blob/master/parse_tlpdb.py > > (Thanks to Henkjan for sharing this.) > > Jelle, did you work on the importer any further after FOSDEM? > Can you share the file, I'm afraid I lost the link :p As a matter of fact, I did! I am not at home with my guix-related work right now. The short of it, is that I created a simple record type (e.g. `tlpdb-package'). The tlpdb-parser we worked on at FOSDEM was able to generate these structures from the tlpdb file, although translating tlpdb-package records into actual guix packages was a step I did not work on yet. One of the problems I ran into was exactly what Ricardo described; the fact that sources for texlive packages currently have a slight semantic mismatch with what we have for most guix packages. If we have a solution for this, the result of *any* of our importers would look a lot nicer. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 05 10:30:11 2019 Received: (at 27217) by debbugs.gnu.org; 5 Mar 2019 15:30:11 +0000 Received: from localhost ([127.0.0.1]:33327 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h1C1C-0005nu-8G for submit@debbugs.gnu.org; Tue, 05 Mar 2019 10:30:10 -0500 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:54239) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h15cG-0002A7-Vi for 27217@debbugs.gnu.org; Tue, 05 Mar 2019 03:40:02 -0500 X-Originating-IP: 90.92.41.33 Received: from bababa (lfbn-1-12225-33.w90-92.abo.wanadoo.fr [90.92.41.33]) (Authenticated sender: pierre@atlas.engineer) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 0C62A20010; Tue, 5 Mar 2019 08:39:57 +0000 (UTC) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> <87sgxr62p1.fsf@ambrevar.xyz> <87munzh8kj.fsf@elephly.net> <87imynsgxg.fsf@ambrevar.xyz> <87k1j3h7k4.fsf@elephly.net> <87imx1e541.fsf@ambrevar.xyz> <86bm2skozm.fsf@fsfe.org> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Jelle Licht Subject: Re: bug#27217: texlive is too big In-reply-to: <86bm2skozm.fsf@fsfe.org> Date: Tue, 05 Mar 2019 09:39:57 +0100 Message-ID: <87a7i9ww82.fsf@atlas.engineer> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27217 X-Mailman-Approved-At: Tue, 05 Mar 2019 10:30:09 -0500 Cc: Ricardo Wurmus , Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Fantastic! I have time to work on it this week, so let me know if you'd like some help= :) Can't wait to get this sorted once and for all :D =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlx+Nd0ACgkQm9z0l6S7 zH/r0Af9Gijg9ifm3Sd74cCjJcNKzdFdPe8y84BSrncMfLkinecRSN5/FfmAnlZ/ b3DbAFhCn3XGojgYhVQFZogsPcXB6icm5ABGpIsjlDuhwJTVY6zr1p4SLdmJLJRA s64kqXoGcaVC/wH3wuJ9EXbSnDQ7F1NwL3wm4FUuldEDsIaMd33zMhXREfKERzg7 QA9+iA019GmfW7LvV8Y6me/mnsJafTpqwx169Lp3ge5bYaGnJ0pXfADcXCKoMTsD wXKwdZ7nSFZVvumvpZltX2Mv4HbgJEK3jOMgHlD6Sy405rrlv12SeKzivh9YZmQa bEr6YW7QGpIw3GWIlViUhY2ti2YRiQ== =x81x -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 16 08:59:23 2019 Received: (at 27217) by debbugs.gnu.org; 16 Mar 2019 12:59:23 +0000 Received: from localhost ([127.0.0.1]:45871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h58uJ-0005iC-0a for submit@debbugs.gnu.org; Sat, 16 Mar 2019 08:59:23 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:56007) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h58uH-0005i2-1Y for 27217@debbugs.gnu.org; Sat, 16 Mar 2019 08:59:21 -0400 Received: from bababa (lfbn-1-12225-33.w90-92.abo.wanadoo.fr [90.92.41.33]) (Authenticated sender: mail@ambrevar.xyz) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 552EA100006; Sat, 16 Mar 2019 12:59:16 +0000 (UTC) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> <87sgxr62p1.fsf@ambrevar.xyz> <87munzh8kj.fsf@elephly.net> <87imynsgxg.fsf@ambrevar.xyz> <87k1j3h7k4.fsf@elephly.net> <87imx1e541.fsf@ambrevar.xyz> <86bm2skozm.fsf@fsfe.org> <87a7i9ww82.fsf@atlas.engineer> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Jelle Licht Subject: Re: bug#27217: texlive is too big In-reply-to: <87a7i9ww82.fsf@atlas.engineer> Date: Sat, 16 Mar 2019 13:59:16 +0100 Message-ID: <87y35ft1p7.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27217 Cc: Ricardo Wurmus , Ludovic =?utf-8?Q?Court=C3=A8s?= , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello people! Yesterday Jelle and I started getting down to it. I've created a wip-texlive branch. For now, we can run (texlive-fetch "xcolor")=20 and it returns the appropriate parsed entry from the tlpdb from texlive-bin. @Jelle: see the nice "match"? :D The first call to texlive-fetch takes some 10-30 seconds because the tlpdb = is some 11MB+ big. I'm caching the parsed DB, so that should not be a problem during developme= nt. I'm suggesting those following steps: =2D Write the package definition generator. We can take inspiration from opam.scm, it seems to be well written and very similar. `texlive-fetch' is already aligned with `opam-fetch'. =20=20 For testing, we can try to recreate a simple package definition. texlive-latex-xcolor for instance. There is an immediate difference already: the name generated by the impor= ter will be texlive-xcolor and not texlive-latex-xcolor. =2D Write texlive-fetch so that we can write definitions with multiple directories. =20=20 =2D Update the texlive-build-system to accommodate the importer. For insta= nce, we will probably have to build fonts automatically. We will also have to be smart about the files that need to be generated, and those that need to b= e discarded. =2D Write an updater (again, following opam.scm, should be trivial). I'll get started with the first step today. Let me know what you think! =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlyM8yQACgkQm9z0l6S7 zH+pcQgAqzyhPyQZh8WlpAmRZb6G2sinl/y4TDkDIRdSR+NGScSorqPldzfAZ/Jo 1jygQu/YE1L1tF1YxI6l3/OxDC8tzqzHzb3jf1cf8Gs6fSkyFKboADv3qN1ci4mM 22q6ua0+ImJipvxE5i3mq8XUBbIHq2gH/4T86KAIciwmowHxY1I1Gns7gpsZ698Y S7QZuQZJDJ1asaMCrueDMrqipAfvriSfmNYcbR75BjbKxGMlc8Bh7zgk3EQViT+4 XY24Y8z/2wiswFLm/mjtSvSYdfVY/YgFCUJQLI5nf++C682KpPVPQCkIPKccfQJM xTD5fQmcLuidkW4u6/OAwGfvSIwtVw== =xTru -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 18 04:47:30 2019 Received: (at 27217) by debbugs.gnu.org; 18 Mar 2019 08:47:30 +0000 Received: from localhost ([127.0.0.1]:48042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h5nve-0004N8-AC for submit@debbugs.gnu.org; Mon, 18 Mar 2019 04:47:30 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47822) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h5nvb-0004Mp-WF for 27217@debbugs.gnu.org; Mon, 18 Mar 2019 04:47:28 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33065) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h5nvU-0008TI-Rf; Mon, 18 Mar 2019 04:47:22 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=53234 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1h5nvR-0002ur-P1; Mon, 18 Mar 2019 04:47:18 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Pierre Neidhardt Subject: Re: bug#27217: texlive is too big References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> <87sgxr62p1.fsf@ambrevar.xyz> <87munzh8kj.fsf@elephly.net> <87imynsgxg.fsf@ambrevar.xyz> <87k1j3h7k4.fsf@elephly.net> <87imx1e541.fsf@ambrevar.xyz> <86bm2skozm.fsf@fsfe.org> <87a7i9ww82.fsf@atlas.engineer> <87y35ft1p7.fsf@ambrevar.xyz> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 28 =?utf-8?Q?Vent=C3=B4se?= an 227 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: Mon, 18 Mar 2019 09:47:15 +0100 In-Reply-To: <87y35ft1p7.fsf@ambrevar.xyz> (Pierre Neidhardt's message of "Sat, 16 Mar 2019 13:59:16 +0100") Message-ID: <87imwgsh64.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Ricardo Wurmus , Jelle Licht , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello! Pierre Neidhardt skribis: > Yesterday Jelle and I started getting down to it. > > I've created a wip-texlive branch. For now, we can run > > (texlive-fetch "xcolor")=20 > > and it returns the appropriate parsed entry from the tlpdb from texlive-b= in. Nice! > The first call to texlive-fetch takes some 10-30 seconds because the tlpd= b is > some 11MB+ big. > > I'm caching the parsed DB, so that should not be a problem during develop= ment. You can use =E2=80=98http-fetch/cached=E2=80=99, if that=E2=80=99s not what= you=E2=80=99re already doing. > I'm suggesting those following steps: > > - Write the package definition generator. We can take inspiration from > opam.scm, it seems to be well written and very similar. > `texlive-fetch' is already aligned with `opam-fetch'. >=20=20=20 > For testing, we can try to recreate a simple package definition. > texlive-latex-xcolor for instance. > There is an immediate difference already: the name generated by the imp= orter > will be texlive-xcolor and not texlive-latex-xcolor. > > - Write texlive-fetch so that we can write definitions with multiple > directories. >=20=20=20 > - Update the texlive-build-system to accommodate the importer. For insta= nce, we > will probably have to build fonts automatically. We will also have to = be > smart about the files that need to be generated, and those that need to= be discarded. > > - Write an updater (again, following opam.scm, should be trivial). > > I'll get started with the first step today. Let me know what you think! So TeX Live packages would use =E2=80=98texlive-fetch=E2=80=99 instead of = =E2=80=98svn-fetch=E2=80=99 or similar, right? If that=E2=80=99s the case, then merely computing the derivation of one of = these would require fetching the tldb database, which would be problematic. Is this correct? Thank you, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 19 17:38:40 2019 Received: (at 27217) by debbugs.gnu.org; 19 Mar 2019 21:38:40 +0000 Received: from localhost ([127.0.0.1]:50986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h6MRU-0006Ht-Dz for submit@debbugs.gnu.org; Tue, 19 Mar 2019 17:38:40 -0400 Received: from sender-of-o51.zoho.com ([135.84.80.216]:21035) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h6MRS-0006Hl-AH for 27217@debbugs.gnu.org; Tue, 19 Mar 2019 17:38:39 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1553031387; cv=none; d=zoho.com; s=zohoarc; b=fOTjWcEf1uAvxaE/3aK25Ue6UXMymqm//Xj+0oElI5Hw0uMt6GJsVONt+3zZP1CxKnKRARb4KZR2dWy6Nzw9m+OvALlHuJbVn6b6pSARibCPBHnfkMAKOKw0zmft6Ws9NYfeQ6BeiF5qGTIvZRCx1SIcybA/Imxlt8TMBOVNUdo= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1553031387; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=9VfMZBCyabi7jq9RjwF8fWvvC3o5i/5NNd3EMloctEw=; b=HIqdhVYsmTrpJgrdPkWII1rboOW8KFLu7T9U6tMpMnJRTCTv/xsX7zqdBANOr624su6pAU9taCeKJW5qO5sdVQTpqe1pbG4Zxg3YLXKtL7aKZCEAYPq48p4l4A2yqpKLAm6b8OSPvpRjC5Sni6R1bX1awv9q7f8OTyaRIDoHhPM= ARC-Authentication-Results: i=1; mx.zoho.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=1553031387; 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; l=2211; bh=9VfMZBCyabi7jq9RjwF8fWvvC3o5i/5NNd3EMloctEw=; b=QQ7yKvGBKjDwxAhunVSntagUst/vLhs5TR7p5ijF9+r8hSRtKlGGZe+vuUb65C3i SSpvn46susXmi8pujvTQavQCXogp/sK0G9UyOqtWVaCs2zW7CvoDYJKD0k3mBiycCNL PtXYrECoU028uhpEc9W+qt69vb4bd9pHbtEAye/4= Received: from localhost (p54AD4E6D.dip0.t-ipconnect.de [84.173.78.109]) by mx.zohomail.com with SMTPS id 155303138561066.0364480351318; Tue, 19 Mar 2019 14:36:25 -0700 (PDT) References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> <87sgxr62p1.fsf@ambrevar.xyz> <87munzh8kj.fsf@elephly.net> <87imynsgxg.fsf@ambrevar.xyz> <87k1j3h7k4.fsf@elephly.net> <87imx1e541.fsf@ambrevar.xyz> <86bm2skozm.fsf@fsfe.org> <87a7i9ww82.fsf@atlas.engineer> <87y35ft1p7.fsf@ambrevar.xyz> <87imwgsh64.fsf@gnu.org> User-agent: mu4e 1.0; emacs 26.1 From: Ricardo Wurmus To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#27217: texlive is too big In-reply-to: <87imwgsh64.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 Date: Tue, 19 Mar 2019 22:36:21 +0100 Message-ID: <87wokulf6y.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Pierre Neidhardt , 27217@debbugs.gnu.org, Jelle Licht X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Ludovic Court=C3=A8s writes: >> I'm suggesting those following steps: >> >> - Write the package definition generator. We can take inspiration from >> opam.scm, it seems to be well written and very similar. >> `texlive-fetch' is already aligned with `opam-fetch'. >> >> For testing, we can try to recreate a simple package definition. >> texlive-latex-xcolor for instance. >> There is an immediate difference already: the name generated by the im= porter >> will be texlive-xcolor and not texlive-latex-xcolor. >> >> - Write texlive-fetch so that we can write definitions with multiple >> directories. >> >> - Update the texlive-build-system to accommodate the importer. For inst= ance, we >> will probably have to build fonts automatically. We will also have to= be >> smart about the files that need to be generated, and those that need t= o be discarded. >> >> - Write an updater (again, following opam.scm, should be trivial). >> >> I'll get started with the first step today. Let me know what you think! > > So TeX Live packages would use =E2=80=98texlive-fetch=E2=80=99 instead of= =E2=80=98svn-fetch=E2=80=99 or > similar, right? > > If that=E2=80=99s the case, then merely computing the derivation of one o= f these > would require fetching the tldb database, which would be problematic. > Is this correct? I think there has been a misunderstanding here. Pierre seems to be using the name =E2=80=9Ctexlive-fetch=E2=80=9D for two different things. A= s it stands it is not a source code downloader. It is a procedure that extracts a package=E2=80=99s information from the parsed plain text database. The thing I proposed some days ago (also named =E2=80=9Ctexlive-fetch=E2=80= =9D) would be a variant of =E2=80=9Csvn-fetch=E2=80=9D that supports more than one locati= on in the target SVN repository so that disjoint subsets of the SVN tree can be downloaded at the same time. This is unrelated. The extraction of information from the plain text database (which is included with =E2=80=9Ctexlive-bin=E2=80=9D) is done =E2=80=9Coffline=E2=80= =9D when using the importer, i.e. when generating package definitions. -- Ricardo From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 20 03:47:30 2019 Received: (at 27217) by debbugs.gnu.org; 20 Mar 2019 07:47:30 +0000 Received: from localhost ([127.0.0.1]:51189 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h6Vwf-0006hv-Vc for submit@debbugs.gnu.org; Wed, 20 Mar 2019 03:47:30 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:54519) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h6Vwd-0006hm-FS for 27217@debbugs.gnu.org; Wed, 20 Mar 2019 03:47:28 -0400 X-Originating-IP: 90.92.41.33 Received: from bababa (lfbn-1-12225-33.w90-92.abo.wanadoo.fr [90.92.41.33]) (Authenticated sender: pierre@atlas.engineer) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 52D101C0008; Wed, 20 Mar 2019 07:47:23 +0000 (UTC) From: Pierre Neidhardt To: Ricardo Wurmus , Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#27217: texlive is too big In-Reply-To: <87wokulf6y.fsf@elephly.net> References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> <87sgxr62p1.fsf@ambrevar.xyz> <87munzh8kj.fsf@elephly.net> <87imynsgxg.fsf@ambrevar.xyz> <87k1j3h7k4.fsf@elephly.net> <87imx1e541.fsf@ambrevar.xyz> <86bm2skozm.fsf@fsfe.org> <87a7i9ww82.fsf@atlas.engineer> <87y35ft1p7.fsf@ambrevar.xyz> <87imwgsh64.fsf@gnu.org> <87wokulf6y.fsf@elephly.net> Date: Wed, 20 Mar 2019 08:47:22 +0100 Message-ID: <87sgvikmwl.fsf@bababa.i-did-not-set--mail-host-address--so-tickle-me> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27217 Cc: Jelle Licht , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ricardo Wurmus writes: >> So TeX Live packages would use =E2=80=98texlive-fetch=E2=80=99 instead o= f =E2=80=98svn-fetch=E2=80=99 or >> similar, right? >> >> If that=E2=80=99s the case, then merely computing the derivation of one = of these >> would require fetching the tldb database, which would be problematic. >> Is this correct? > > I think there has been a misunderstanding here. Pierre seems to be > using the name =E2=80=9Ctexlive-fetch=E2=80=9D for two different things. No, the "texlive-fetch" I meant was Ricardo's idea. We are talking about the same thing. > The extraction of information from the plain text database (which is > included with =E2=80=9Ctexlive-bin=E2=80=9D) is done =E2=80=9Coffline=E2= =80=9D when using the importer, > i.e. when generating package definitions. Exactly, I think this is the part that Ludovic misunderstood. =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlyR8AoACgkQm9z0l6S7 zH+n6wf9HSSEsuUe4xHgEAVZhTzC9WWZEYlrd+ZqbovI9AaORcN3JhFnkrXjwTgZ 0TB7LkUHjQzDqLPKksP6RwPAWj+xaElgLRHk73fV1xOx7qA3RYirX7+6EueZmwOl bnKRKRve6fv/PKCabAGpP65EwPCUUYrDUjgXBqc4YACHRe0wTz+JnGGbbM9ryuta LKjJ30pGVrTiqnikWpo7GJe+j9ey4BA67FirxJT0KlOVgxkWmde0KyIhsADXScGZ uKjouCquEYCJwcXdafAQVJq4vFEVjjoAjtl5TtSfeTSPY3GfeK4HGN00jH2KyMzB uvv17ddOC/8pdJNpbMfrPALK/P69XQ== =Dbdg -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 22 17:15:16 2019 Received: (at 27217) by debbugs.gnu.org; 22 Mar 2019 21:15:16 +0000 Received: from localhost ([127.0.0.1]:54749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h7RVT-0000Yw-MX for submit@debbugs.gnu.org; Fri, 22 Mar 2019 17:15:16 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42461) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h7RVS-0000YZ-60 for 27217@debbugs.gnu.org; Fri, 22 Mar 2019 17:15:14 -0400 Received: from fencepost.gnu.org ([209.51.188.10]:37539) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h7RVA-0000a9-F5; Fri, 22 Mar 2019 17:15:04 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=51440 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1h7RII-00016X-Ch; Fri, 22 Mar 2019 17:01:38 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Pierre Neidhardt Subject: Re: bug#27217: texlive is too big References: <87tw3w7v1m.fsf@elephly.net> <87po1g2g43.fsf@gmail.com> <87fu2chu02.fsf@elephly.net> <87lgc42b7i.fsf@gmail.com> <87va2wdfq8.fsf@gnu.org> <87zhs84urk.fsf@elephly.net> <87h8egd7zd.fsf@gnu.org> <878szooiix.fsf@elephly.net> <87a7jzy6ae.fsf@gnu.org> <87sgxr62p1.fsf@ambrevar.xyz> <87munzh8kj.fsf@elephly.net> <87imynsgxg.fsf@ambrevar.xyz> <87k1j3h7k4.fsf@elephly.net> <87imx1e541.fsf@ambrevar.xyz> <86bm2skozm.fsf@fsfe.org> <87a7i9ww82.fsf@atlas.engineer> <87y35ft1p7.fsf@ambrevar.xyz> <87imwgsh64.fsf@gnu.org> <87wokulf6y.fsf@elephly.net> <87sgvikmwl.fsf@bababa.i-did-not-set--mail-host-address--so-tickle-me> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 2 Germinal an 227 de la =?utf-8?Q?R=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: Fri, 22 Mar 2019 22:01:36 +0100 In-Reply-To: <87sgvikmwl.fsf@bababa.i-did-not-set--mail-host-address--so-tickle-me> (Pierre Neidhardt's message of "Wed, 20 Mar 2019 08:47:22 +0100") Message-ID: <87imwa4o9b.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27217 Cc: Ricardo Wurmus , Jelle Licht , 27217@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Pierre Neidhardt skribis: > Ricardo Wurmus writes: > >>> So TeX Live packages would use =E2=80=98texlive-fetch=E2=80=99 instead = of =E2=80=98svn-fetch=E2=80=99 or >>> similar, right? >>> >>> If that=E2=80=99s the case, then merely computing the derivation of one= of these >>> would require fetching the tldb database, which would be problematic. >>> Is this correct? >> >> I think there has been a misunderstanding here. Pierre seems to be >> using the name =E2=80=9Ctexlive-fetch=E2=80=9D for two different things. > > No, the "texlive-fetch" I meant was Ricardo's idea. We are talking > about the same thing. > >> The extraction of information from the plain text database (which is >> included with =E2=80=9Ctexlive-bin=E2=80=9D) is done =E2=80=9Coffline=E2= =80=9D when using the importer, >> i.e. when generating package definitions. > > Exactly, I think this is the part that Ludovic misunderstood. OK, got it, thanks for explaining. Ludo=E2=80=99. From unknown Sun Aug 10 16:51:55 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 20 Apr 2019 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator