end-4/dots-hyprland 项目中的软件包管理优化实践

在 Linux 系统管理中，软件包的安装和管理方式对系统的整洁性和可维护性有着重要影响。本文将介绍 end-4/dots-hyprland 项目中针对 Arch Linux 及其衍生发行版的软件包管理优化实践。

背景与问题

传统的软件安装方式往往会在系统目录中留下各种文件，特别是在 /usr/local/* 目录下。这种方式虽然简单直接，但长期来看会导致系统目录结构混乱，不利于维护和管理。对于 Arch Linux 这样的发行版，使用官方的包管理工具 pacman 来管理软件包是更优的选择。

解决方案

项目团队决定逐步弃用 scriptdata/installers 目录中的安装脚本，转而使用本地 PKGBUILD 文件来安装软件。这种方式有以下优势：

1. 所有软件包都由 pacman 统一管理
2. 安装过程更加标准化
3. 便于后续的更新和维护
4. 保持系统目录结构的整洁

具体实施

1. 字体包的迁移

项目中原本使用自定义脚本安装的字体包，如 Rubik 和 Gabarito，现已改用 AUR 中的标准包：

• ttf-rubik-vf
• ttf-gabarito-git

这些标准包安装的字体文件与原先脚本安装的完全一致，但由 pacman 统一管理，更加规范。

2. 构建工具的选择

在构建过程中，团队发现 yay 和 paru 在 cleanbuild 功能上存在差异：

• yay 支持通过 --answerclean=a 参数进行 cleanbuild
• paru 的 --clean 参数实际上是用于移除不需要的依赖项

经过讨论，团队决定优先使用 yay，因为它在处理需要 cleanbuild 的软件包（如 hyprland-git）时表现更可靠。

3. MicroTeX 的特殊处理

MicroTeX 是一个需要附带资源文件（res 目录）的 LaTeX 渲染库。针对这个特殊情况，团队制定了专门的安装方案：

1. 将主程序安装到 /opt/MicroTeX 目录
2. 资源文件放置在 /opt/MicroTeX/res 下
3. 创建适当的符号链接或修改程序以正确查找资源路径

这种方案既避免了在 /usr/bin 下创建杂乱的目录，又保证了程序的正常运行。

技术细节

cleanbuild 的必要性

某些软件包（特别是基于 git 的版本）在更新时需要 cleanbuild 来避免潜在的构建问题。cleanbuild 会完全清理构建目录，确保从干净的状态重新构建。虽然这会增加构建时间（需要重新克隆仓库），但对于保证构建质量是必要的。

资源文件的管理

对于需要附带资源文件的应用程序，最佳实践是：

1. 将主程序安装在标准位置（如 /usr/bin 或 /opt）
2. 将资源文件放在专用目录（如 /usr/share 或 /opt）
3. 通过以下方式之一确保程序能找到资源：
   • 修改程序代码，使用绝对路径
   • 创建符号链接
   • 设置环境变量

总结

通过这次优化，end-4/dots-hyprland 项目在 Arch Linux 上的软件包管理变得更加规范和可靠。主要收获包括：

1. 优先使用系统包管理器（pacman）和 AUR 来管理软件
2. 对于特殊需求的软件，定制 PKGBUILD 比使用安装脚本更优
3. 合理规划文件和目录结构对系统维护至关重要