选项1

选项1

将 TexLive 的原始安装集成到包管理工具中显然很重要。我正在处理 Tex Live 2016 和 Ubuntu 14.04 LTS。有关如何在 Debian/Ubuntu 系统上执行此操作的信息已在此页面位于 www.tug.org

建议在此处编辑一个texlive-local可从以下位置获取模板的文件此页面位于 www.tug.org。但是,这样的模板适用于全方案安装(47 个软件包集合中的 46 个,大小为 4+GB)。

在我的案例中,我选择了中等规模的安装方案(23 个集合)。我的install-tl.log文件摘录可以查看这里

  • texlive-local在继续集成之前,我是否应该将模板适应于这个简化的安装文件?

  • 如果是这样,我该如何定制texlive-local?日志文件列出了 1002 个包(中等大小),而全尺寸texlive-local显示的依赖项要少得多,并且有自己的命名。将两者联系起来并不直观。

  • 此外,我确实预计将来我可能需要再次以 vanilla 模式安装其他软件包,因此需要安装 collection。那么texlive-local每次我将 collection 添加到 bundle 中时,我是否需要进行相应的编辑?

在我的研究中我遇到了本论坛上的这个帖子它重述了与上述相同的来源,并且不涵盖部分安装的情况。

答案1

我强烈建议安装该full方案。这不仅通常要容易得多,而且在这种情况下,它将使生活变得非常轻松。

如果您选择不这样做,您必须在以下两个选项之间做出选择。

选项1

使用标准虚拟包来告诉apt您所有东西都已安装,即使没有安装。如果您安装的东西依赖于 TeX Live 的缺失部分,您显然不会收到任何警告。因此,您需要自己仔细检查包依赖关系,并确保通过使用 安装所需的任何附加功能来满足它们tlmgr

选项 2

准备一个定制的虚拟包来告诉您apt实际安装了什么。为此,您需要将安装的集合映射tlmgr到 Debian 包名称上。这意味着您需要弄清楚每个已安装的集合中包含什么以及这相当于 Debian 中的哪些包。

请注意,Debian 的打包不会与 TeX Live 打包一一对应。Debian 可能会提供元包,从而引入许多实际包,并且您通常希望您的虚拟包使用最高级别的包,因为这样更有可能持久。无论如何,您可能会发现需要安装其他东西才能使用 构成完整的 Debian 等效包tlmgr。此外,Debian 和 TeX Live 包都会随着时间而变化,因此您需要将此视为一项正在进行的工作,并在任何一方更改其打包时检查您的虚拟包。虚拟包中指定的包名称级别越低,您可能需要更新的频率就越高。一般而言,假设采用合理的标准 TeX Live 方案,这在实践中可能不会有太多麻烦,但确实需要一定程度的警惕。

安装 Debian 软件包时,您需要确保不会无意中将 Debian TeX Live 软件包作为依赖项引入。如果apt要这样做,您需要中止安装,识别等效的 TeX Live 软件包,使用 安装它们tlmgr,更新虚拟软件包规范,重建并重新安装,然后再继续原始安装。

在某种程度上,这些问题始终存在,即使使用full方案安装也是如此,因为包名称会随时间而变化,这可能会导致您的虚拟包无用。但是,部分安装 TeX Live 时问题显然更大。可以通过将您的包选择与高级 Debian 元包相匹配并确保您的 TeX Live 安装包含您稍后安装的 Debian 软件可能需要的所有内容来缓解这些问题。但包有时具有令人惊讶的依赖关系,因此您不能依赖这一点,但可以将其用作一种策略来减少以后重新配置虚拟包的需要。

相关内容