这个fpm我大概一年前用过几次,当时觉得这东西是个神器,这两天又重新学习了下,发现只能说是各取所长。。
fpm能打包需要make install的程序,并且不需要像dh-make那样去编写rules等脚本,打包难度降低了许多。
但同时也有一个致命的缺点是不能自动处理依赖关系,而dh-make可以做到这一点。要知道Linux那错综复杂的依赖关系很多时候是让人生不如死的。
fpm不仅仅能打包deb,像rpm/python等包都可以使用它,但就如我上面所说的,它不能自动处理依赖关系,因此只适合打一些简单的包,如果是用来制作简单的安装包并且不打算提交到官方存储库,用fpm确实要方便很多。
安装fpm很简单,首先安装需要用到的依赖/软件(devscripts可选,里面包含了大量dev依赖包):
apt -y install ruby ruby-dev rubygems build-essential devscripts
然后使用gem即可安装:
gem install fpm
本文还是以qBittorrent-Enhanced-Edition这个软件为例,首先安装编译需要用到的依赖:
apt -y install pkg-config libtool git libtorrent-rasterbar-dev libboost-dev libboost-system-dev libboost-chrono-dev libboost-random-dev libssl-dev libgeoip-dev zlib1g-dev qtbase5-dev qttools5-dev-tools libqt5svg5-dev
从上游拉取源码:
git clone https://github.com/c0re100/qBittorrent-Enhanced-Edition.git cd qBittorrent-Enhanced-Edition
如果你安装了devscripts,可以使用dpkg-depcheck辅助检测一下软件包可能需要用到的依赖:
dpkg-depcheck -d ./configure --prefix=/usr --disable-gui CXXFLAGS=-std=c++11
检测的结果很准,但往往会有很多多余的依赖包列出(得自己筛选):
或者还是按常规方法去配置:
./configure --prefix=/usr --disable-gui CXXFLAGS=-std=c++11
之后和往常一样编译:
make -j$(nproc)
创建临时安装目录:
mkdir -p /tmp/qbittorrent
将qbittorrent安装到临时目录,注意qbittorrent编译是使用的qmake,qmake不认DESTDIR,后来我上网查了下可以用INSTALL_ROOT:
make install INSTALL_ROOT=/tmp/qbittorrent
可以发现从开始到现在,我们都和往常一样去编译,只是最后将软件安装在临时目录而已,没有去编写rules等等文件。所以,这就是fpm相对于dh-make的优势。
现在就可以使用fpm打包了:
fpm -s dir -t deb -C /tmp/qbittorrent -m "imlala <[email protected]>" --url "https://www.lala.im" --description "bittorrent client based on libtorrent-rasterbar (without X support)" -n qbittorrent-nox -v 4.1.7.1 -p qbittorrent-nox_4.1.7.1_amd64.deb -d "libtorrent-rasterbar9 >= 1.1.11" -d "zlib1g-dev >= 1:1.2.0" -d "libboost-system-dev >= 1.67.0.1" -d "qtbase5-dev >= 5.11.3" usr/bin
这样就构建好了一个deb包,但相对于dh-make来说缺点也很明显,-d参数后面的依赖全部都得我们自己手动指定,而dh-make可是全自动的。。
所以从某种角度来说fpm方便的同时也带来了麻烦。。
如果dpkg-depcheck这种找依赖的方式不够用,下面还有几个笨办法:
1.用ldd去看这个二进制文件加载了哪些.so,然后借助Google搜索。
2.如果这个软件本身就在官方存储库里面存在,可以借助apt depends参考。
3.一般自己编译的软件,大部分依赖其实就是自己编译时安装的各种dev包。
LALA
我什么都不卖了,告辞!
最新评论
5211314
能不能教我 一点不会