为什么不再维护 checkinstall？

Question

该命令checkinstall已在本论坛多次推荐，作为make install. 但是，当您访问官方网站时，“最近新闻”部分显示 2016 年 12 月是最近的日期。

---

编辑：我阅读了帖子是否有任何 checkinstall 替代方法？，然后我克隆了 .git 存储库checkinstall。截至 2019 年 4 月，该git log命令显示在过去 3 年中每年只有大约 1 次提交。

Q1：提交的数量是否足以维护包？
Q2：为什么Github上没有checkinstall？在这样的平台上，您无需将整个 repo 克隆到您的计算机上，就可以看到最后一次提交和最新版本。

Answer 1

为什么不再维护 checkinstall？

您确实应该询问创建者，但我可以做出有根据的猜测：这被认为是安全隐患。而且不只是一个小的。

Martin F. Krafft “Debian 系统”的作者（-> Amazon）：

Checkinstall 的功能有限。准确地说，它创建的包只能安装文件，而 checkinstall 并不关心它安装在哪里。您可以/home使用 checkinstall 等方式覆盖目录中的文件。生成的包不能修改文件。如果安装例程修改了现有文件，它们将作为整个生成包的一部分。

当安装例程通过修改 来添加用户（/etc/passwd随后包含在包中）时，会发生可怕的情况。安装包会导致/etc/passwd完全替换，卸载包会删除文件，将系统分成两半。

生成的包也无法使用 dpkg 注册其配置文件，因此为覆盖本地配置文件更改的升级铺平了道路。

鉴于这些问题，避免这种情况可能是一个好主意，但对于最罕见的情况。