浅谈Ubuntu中的软件包

  • 浅谈Ubuntu中的软件包已关闭评论
  • 80 次浏览
  • A+
所属分类:linux技术
摘要

还记得大学第一次接触Ubuntu和Linux的时候,觉得用apt安装想要的软件非常方便。但是有时候出现了问题,各种报错,自己又不懂原理,就会非常抓狂。现在稍微理解一点了,故以较为容易理解的方式记录在这里,方便他人。


1. 前言

还记得大学第一次接触Ubuntu和Linux的时候,觉得用apt安装想要的软件非常方便。但是有时候出现了问题,各种报错,自己又不懂原理,就会非常抓狂。现在稍微理解一点了,故以较为容易理解的方式记录在这里,方便他人。

2. 软件包与包管理器dpkg

Linux里的软件就是一些可执行文件。就像是你自己写个main.c,里面printf("hello world");,然后用gcc编译出来的可执行文件一样。
但是实际上的一个软件不会这么简单,除了可执行文件本体以外,还会有一些库、配置文件、图标资源、文档等。把这些东西打一个包,就是所谓的软件包,例如:

  • 在Debian系的Linux发行版(如Ubuntu、Raspbian、Armbian)中,软件包后缀名是.deb
  • 在RedHat系的Linux发行版(如CentOS、Fedora)中,软件包后缀名是.rpm
  • ...

要安装一个下载好的.deb软件包,可以使用dpkg工具。例如:

sudo dpkg -i   xxxxxx.deb 

所谓的安装过程,其实就是根据.deb包里的记述,把这些可执行文件、文档、图标、快捷方式等文件放到它们该在的位置
如何知道一个软件包到底安装了哪些文件,这些文件安装在哪些目录下?可以使用dpkg -L命令,例如:

dpkg -L gcc 

要删除一个.deb包,可以使用dpkg -r <package_name>
dpkg的更多使用方式,本文就不多介绍了,可自行搜索。

3. 包管理器apt与包的依赖关系

在Ubuntu中,更多时候我们是使用apt来管理软件包。那么aptdpkg有什么关系和区别?
简单来说,dpkg是一个离线的本地包管理器,在安装软件包时,它只管把文件解压出来并拷贝到对应的目录下;在卸载软件包时,它只管把之前安装的文件从对应的位置删除。也就是说,如果两个软件包内的文件有重复的目录名称,使用dpkg先后安装这两个软件包时,也会直接覆盖,dpkg不会管那么多。
apt是一个“在线”的包管理器,apt的底层其实就是dpkg,但是apt不需要自己提前下好.deb包,它可以从apt源网站直接自动下载.deb包并进行安装。
但是apt的作用不止于此。这要从Unix系统的设计风格讲起,通常,一些软件包不会包含这个软件执行所需要的全部文件,而是尽量去使用其他.deb包提供的.so动态链接库等资源。这样就形成了一个包对另一个包的依赖关系。这样,Unix系统就可以形成全局的一个依赖树,最好是所有库都只保存一份,从而满足了早期Unix程序员大佬们的“洁癖”。
你可以用dpkg -I /path/to/deb来查看一个deb包的依赖信息。

所以,当你用apt安装一个软件时,apt会检查你的电脑上是否有这个包的依赖包,如果缺少的话,apt会帮你把这个包的依赖包也安装好。当你要卸载包时,apt会帮你把当初装的,现在用不到的那些依赖包们也同时卸载掉。

具体来说:

  • sudo apt install <package> 可以安装一个包及其依赖项
  • sudo apt remove <package> 可以卸载一个包,以及用不到的依赖项

再列举一个场景,你从网上下载了一个deb包,使用sudo opkg -i进行安装,但是发现这个deb包有一些依赖项在你的电脑上是缺少的。这时你可以尝试使用sudo apt install --fix-broken来自动安装这个deb包的依赖项。

4. 软件源

Ubuntu官方会维护一个软件包的仓库,apt其实就是从这个仓库下载软件包。你可以使用apt update来把本地的软件包列表与软件源进行同步,然后使用apt upgrade来把本地所有软件更新到最新。在安装想要的软件包之前也执行apt update是一个好习惯。
官方软件源的地址记录在/etc/etc/apt/sources.list中。
如果你觉得访问官方源的速度太慢,也可以选择国内的镜像源,例如阿里、清华、中科大等单位提供的镜像源。
此外,如果官方的软件源没有收录你想要的软件,也可以添加PPA(Personal Package Archives)源,这样你就可以从这些第三方仓库中下载到你想要的软件了。

5. 解决依赖问题

随着Linux的发展,现在各种各样的软件实在是太多了,而且新旧版本不一定兼容。举一个常见的抓狂场景:你想使用A和B两个软件,A和B软件包都依赖C软件包,但是一个依赖1.0版本的C,一个依赖2.0版本的C,互相不兼容,然后apt源下载到的还是1.5版本。
为了解决这个问题,你有好几个选择:

  • 如果A和B都依赖的库文件名不同(例如文件名携带版本号的情况),你可以去Ubuntu源站分别下载到这两个版本的C软件包,然后都用dpkg安装一下即可;
  • 如果A和B都依赖同一路径下的同名但不同版本的库,就麻烦了。A和B你只能留一个,另一个就得拉取源码编译,编译的时候手动指定一个另外的路径来链接对应版本的依赖包;

6.其他软件安装方式

为什么我们比较少见到Windows上出现依赖的问题?因为软件公司们在发布软件安装包的时候,把所有依赖都打包在一起了,从而确保他们的软件能在用户的电脑上能直接运行。从商业上看这种行为确实是合理的,至于浪费了用户的硬盘空间就无所谓了,反正现在2T的SSD也就五六百块钱了。
在Linux上也有这种软件,那就是AppImage,它们打包了所有的依赖库,可以直接运行。牺牲了空间,保证了稳定性。
不过AppImage需要自己从命令行执行,如果是GUI软件的话,每次都要打开命令行运行比较麻烦。为了解决这个问题,可以安装AppImageLauncher.

sudo add-apt-repository ppa:appimagelauncher-team/stable sudo apt update sudo apt install appimagelauncher 

然后从GNOME桌面Applications菜单中找到appimagelauncher,设置好自己存放AppImage的目录。这些AppImage就会出现在GNOME桌面系统的Applications菜单中了。
类似的思路,也可以使用Docker容器。不精确地讲,容器就像虚拟机,把所有的依赖都准备好,然后把镜像分享给别人,从而确保程序能够运行。当然容器和虚拟机完全不是一个东西,本文不多介绍了。