实在想不出一个好的标题,本文并不是为了解决一个问题而存在.经常我们需要修改已经有的deb包,用来解决依赖的版本不匹配的问题;或者我们需要跨平台(x86,arm,龙芯等)打个包,毕竟这种小事我们不能总是依赖仓库管理员不是,所以本文重点介绍如果修改deb包,如果跨平台打包,如果解决依赖.本文只管debian系列的linux系统,也就是说包括ubuntu,arch,debian,deepin(强烈推荐),kali等等
首先是修改deb包并重新打包,很多时候我们apt-get install xxx 然后会提醒依赖冲突,或者依赖不满足,依赖不满足有两种情况,一种是真的自己需要的某个功能依赖不满足,一种则是附赠全家桶%>_<%.并不是真的没有这个依赖,程序就运行不了了.好了,这个需要各位自己来判断,很多时候开发人员会写高自己的依赖版本,实际上并不需要那么高,所以修改依赖的版本或者删除是解决依赖冲突的一种方式(只是一种,并不是最好的方式).下面就记录下这种情况的操作方法
mkdir xxx &&cd xxx
apt-get source xxx
这个时候会看到3个文件,一个orig.tar.gz文件,是源码,一个debian.tar.gz是debian文件,一个dsc是打包描述文件.
dpkg-source -x xxx.dsc 会自动解压2个gz包到一个目录,这个目录将是我们要修改和重新打包的地方
2 安装打包这个软件所需要的依赖
如果是修改包然后重新打包(其实有更好的方式),可以用sudo apt-get build-dep xxx来安装打包所需要的依赖,但是更多的时候我们是仓库列表没有这个软件包(如果有我还打什么呢),依赖就需要手动解决,这个时候可以自己手动解压debian.tar.gz文件或者dpkg-source xxx.dsc 来解压,然后在debian文件中的control文件中查看要依赖的软件版本(如果想解决依赖版本冲突,修改这里就行了),手动install 这些文件,如果仓库没有这些软件,就只能换源或者自己源码编译了.
3打补丁或者修改源码:
别忘了我们重新打包的目的,如果要解决依赖冲突或者去掉各种全家桶,可以修改debian的control文件,control的规则可以去deiban官网查看;如果打补丁,只要将事先准备好的补丁方进来,然后patch -p0 <xxx.path 如果修改源码,好吧我还是不说了,我一般也就改个makefile,源码没动过,这部分看各位能力了
4重新编译
轻微的改动基本上不会出现 问题(当然跨平台可能出现问题),无论我们是改动还是跨平台编译现在只需要在当前目录dpkg-buildpackage -rfakeroot -D -us -uc -sa -nc 也可以室友debuild -us -sa -uc -nc (这些参数一时不好讲解)然后就会上层目录生成deb包,当然跨平台编译需要一点点的运气,底层太多东西可能翻译的不对,导致编译不过.
下面介绍一下如果修改deb包,很多时候我们只是单纯的改改依赖问题,没必要重新编译吧(不想跨平台),上面的介绍是不是太繁琐了,因此我这里还有一个只需要简单修改包的方式:
首先是下载deb包
apt-get down xxx
mkdir xxx
然后dpkg -x xxxx.deb ./xxx 这个时候会解出一个文件夹
创建个debian目录,用来存放debian文件
cd xxx
dpkg -e xxx.deb
各种修改
@#$%^&*()
mkdir build
dpkg-deb -b xxx/build
依赖冲突解决办法我另外一个博文重点讲解吧
原文链接:https://www.f2er.com/javaschema/283467.html