7 software-center package-management
大多数 Linux 软件都打包在 tarball 中。所有这些都只需要一些命令来编译和安装它们。
我的问题是；我们有用于独立 debian 软件包的 gdebi，那么为什么不以相同的方式安装 tarball 的应用程序呢？为什么这样一个看似简单的过程没有自动化？为什么我们必须继续用编译软件的想法来恐吓和赶走新用户？
小智 12
这些过程是自动化的。您主要在 .deb 或 .rpm 包中获取它们。tarball 和 .deb 之间的唯一区别（在您认为的级别上）是编译。Tarball 通常包含源代码和 make 文件，而不是预编译的二进制文件（尽管它们有时也包含这些）。.debs 是跨多个架构预编译的。
给你打个比方：
.deb 是一辆载有整辆车的卡车。
tarball 是一辆卡车，里面装着一箱汽车零件和一本手册，告诉您如何组装零件以获得汽车。
因此，当您从 .deb（或那些“其他”发行版上的 .rpm）安装某些内容时，您安装的内容与您将在该 tarball 中获得的内容相同，只是已经为您完成了工作。
尽管我不同意 txwikinger 关于进步/回归的观点。tarball 没有任何问题，我经常使用它们来打包代码或屏幕截图、日志文件或出于各种原因要发送给人们的内容。我还下载了源代码压缩包来阅读程序的源代码，这样我就可以在遇到问题时查看发生了什么。
与其花时间让 tarball 的安装更容易，不如花时间为 Debian/Ubuntu 打包软件更有益。这不仅会增强基于 Debian 的发行版（例如 Ubuntu）的产品，还会正确安装依赖项
不同的应用程序是由不同的开发人员以不同的标准编写的。事实证明，使用一个应用程序来安装所有 tarball 是一项非常困难的任务。相反，我们有预先编译的 deb。Tarball 还提供了一个依赖性问题，debian 及其衍生品已通过 apt 和 aptitude 修复了这一问题，而仅使用 tarball 几乎不可能实现这一点。
.deb 包是 tarball，其中添加了进行正确包管理所需的信息。
如果您只安装 tarball，如何确保满足所有依赖项？所有必需的库都安装了吗？
您想如何删除仅由 tarball 安装的软件包？
您将失去基于 debian 的包管理所提供的所有保护措施，尤其是新用户可以轻松安装软件。让他们更容易地安装 tarball，这将是一种倒退，而不是进步。
抛开这一点，如何能
./configure && make && sudo make install
进一步简化？（如果您认为用户需要能够处理上述问题）