在Linux上安装程序的技巧

在Linux上安装新程序，尽管比Windows的处理方式具有巨大的优势，但可能会使新用户感到困惑。 这是可以改善的事情清单...

1.开源……等等

自由软件允许任何人访问其源代码。 但是，大多数用户不希望访问程序的源代码，而只是访问简单的二进制文件。 从这个意义上讲，开发人员应关注使其应用程序可用于所有版本，或者至少适用于大多数版本。 幸运的是，他们不必做肮脏的工作，因为有很多不同发行版的粉丝可以帮助完成这项崇高的任务。

2.呃...现在怎么办？

我刚刚安装了X应用程序，但快捷方式未显示在主菜单中。 它肯定发生在您身上，尤其是通过Wine安装的Windows应用程序。 在XNUMX世纪的操作系统中，这是不可接受的。

3.标准化接口

让我们暂时忘记将安装包统一为单一格式的疯狂想法，这种想法永远不会发生（在某些情况下，出于非常合理的原因）。 但是，如果图形软件包安装界面看起来相似，甚至与不同的软件包系统兼容，则可能会非常有用。 在某些情况下会发生这种情况，但应该更加勤奋。

4.编译应该更容易

很多时候，不可能获得我们最喜欢的发行版的程序包。 在这种情况下，剩下的唯一选择就是下载源代码并尝试对其进行编译。 坏消息是，许多没有包括要完成此复杂任务要遵循的步骤的详细信息。 如果包含一个install.sh脚本可以处理所有事情，甚至检查依赖项，那不是很好吗？

5.卸载“手工”编译的程序的过程

卸载经过“手工”编译的程序可能会成为真正的噩梦，尤其是如果开发人员未提供有关 进行卸载.

6.标准的元软件包？

好的，我们永远不会同意使用通用的数据包格式。 但是，是否不可能使用可以在其中存储任何现有包格式的元包（以与AVI元包可以存储不同视频格式的方式相同）？ 这样，相同的软件包就可以在任何发行版上工作。 🙂

7.标准化的软件包名称

为什么不同的发行版给相同的程序包起不同的名字呢？ 为了使解决包依赖问题变得更加容易，必须有一个一致的标准化方法来命名包。

8.标准化软件包的构建方式

除了名称之外，还必须标准化将程序分组以生成软件包的方法。 今天，每个发行版都在做自己想要的事情。 纠正此问题将使程序包层次结构更加一致，并大大减少混乱。

9.自动编译和安装源代码

如果程序包管理器能够自动下载，编译和安装程序，而不必使用当前的程序包系统，那不是很好吗？ Yaourt似乎遵循了这些原则……但是在这方面应该有更多的经验。

10.来自Web浏览器的更新

在Ubuntu中，Apt附带了一个直接从Web浏览器安装程序的工具。 其他发行版应该复制这种经验，开发在线软件包管理器甚至会很有趣。 只要程序可以从发行版的官方存储库下载，就不会有安全漏洞。

11.拥有这么多不同的包装格式真的值得吗？

我不知道完全标准化和绝对标准化是否是最佳选择，但是让我们同意的是，存在无限数量的不同软件包格式会使希望所有Linux用户使用其应用程序的开发人员更加困难。

12.安装后运行

什么时候会出现运行刚刚安装的应用程序的可能性？ 它是如此简单，而且非常有用。 如果不显示多余的信息（或至少大多数用户不希望知道的详细信息），那么如果我们选择此选项，将会很有趣。

13.将源代码构建保存在软件包数据库中

在Linux上编译和安装程序不仅是一项艰巨的任务，而且，程序包管理器认为仍然不满意该程序或其依赖项，因此他们不会意识到该程序的安装或其依赖项。 允许从其源代码编译和安装程序的程序包管理器也可以解决此问题。

14.删除旧的依赖项

aptitude或yum并非如此，但是当我们使用apt-get卸载软件包时，它们的依赖项（其他软件包不再需要）将不会与它们一起被卸载。 要纠正这种情况，您必须使用 须藤的apt-get autoremove。 先生们，这应该是自动的……很长时间了！

数据来源： TECHRADAR