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
来管理软件包。那么apt
和dpkg
有什么关系和区别?
简单来说,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容器。不精确地讲,容器就像虚拟机,把所有的依赖都准备好,然后把镜像分享给别人,从而确保程序能够运行。当然容器和虚拟机完全不是一个东西,本文不多介绍了。
原文链接:https://www.cnblogs.com/jayant97/p/17383481.html
本站文章如无特殊说明,均为本站原创,如若转载,请注明出处:浅谈Ubuntu中的软件包 - Python技术站