12、自动完成源代码软件包的安装

　　如果每个发行版需要不同的软件包，或许单源软件包能够解决这一情况。但是如果软件包管理器能够自动下载、编译、安装源代码，这不就解决不同包需求了吗?

　　13、基于浏览器的软件包管理

　　现在，软件包管理器图形化界面已经很棒了，但是远程安装又得回到命令行下。运行在网络浏览器上的软件包管理器将会使得浏览和升级远程电脑上的软件更加方便。

　　14、我们需要这么多的软件包吗？

　　一些项目有源代码，也提供Deb和RPM包文件下载。对每个Ubuntu衍生版本来说，都有自己的软件包，别说SUSE和Fedora的衍生版了。开发者们，真的有必要让可怜的终端用户堕入深渊吗?

　　15、非单一目录安装

　　有时，软件在自己的目录里安装的想法会冒出来。嗯，看起来很有吸引力。但对我们用户来说，单击“安装”按钮运行程序，然后在菜单启动就行了。

　　16、从网页链接到软件管理器

　　一般来说，当发现想尝试软件所在的一个网址后，接着你开始在软件管理器里面寻找软件包，或冒险使用一个未经发行版本验证的网址的软件包。是不是，从URL启动软件包管理器进而寻找软件包，这样会不会更加方便一些呢?

　　17、安装后运行

　　如果安装一份非后台运行的软件，有可能一安装完成，就运行它。要是当安装完成后你喜爱的软件包管理器出现一个核对窗口，是不是更加方便?不必从菜单启动，直接单击“安装并运行”，就这么点事儿。

　　18、确保源代码在包数据库构建

　　不仅是从源代码安装有点痛苦，其实，包管理器也不知道你究竟已经安装了什么，所以依赖总是出现缺失，解决不好。要是有一个包管理器，能够从源码包构建，不仅缓解安装的痛苦，也能让我们知道安装了什么。

　　19、非全包软件包

　　应用程序和库文件分成单独的包，引起了依赖和其他的问题，但是这被大多数软件包管理器所有效解决。我们也可以通过窗口把所有的东西放在一个包里，这就意味着把分散在文件系统里不同版本的相同库文件聚合到了一起。

　　20、清除旧的依赖

　　当你安装软件时，它的依赖也被安装上了。但是当你移除软件包时，这些依赖还呆在系统里，逐渐填满你的硬盘。软件包管理器不仅应该移除不需要的依赖，还应该随时清理系统。