我有一个带有一些 c++ 代码的 pkg。目前我正在将一些 c++ 代码编译为二进制,一些作为库,我可以在其他平台上发布和部署它。
但是,我那里也有一个驱动程序,由于它对内核的依赖性,我无法交叉编译,这使得每个内核可能需要不同的二进制文件。
所以,我想要的是一个 .deb,我将在其中存储 /usr/bin 下的二进制文件(完成),/usr/lib 下的库(也完成)和 /opt/driver 下的驱动程序源代码(我猜......这是一个合法的地方吗?)
打包这是很容易的部分,因为我需要做的就是将它放在我的工作区中,然后调用dpkg-deb
. 我不确定的是两件事
- 将源代码打包到 .deb 中是否合法?(在 python 术语中 - 是 .deb 是 bdist(二进制分发)还是也可以是 sdist(源分发))
- 如果它是合法的,我该如何调用 make 命令?可以
dpkg / apt
为我做吗?还是我需要运行dpkg -i pkg
然后运行make
?[查看postinst但我不确定这是否是正确的方法]
如果它可以解决这个问题,我对任何类型的构建系统持开放态度,尽管我目前正在使用 cmake 并且更愿意坚持使用它
我的 POC:
tree bla_x86_64
bla_x86_64
├── DEBIAN
│ ├── control
│ └── postinst
├── opt
│ └── bla.cpp
└── usr
├── bin
│ └── bla.bin
└── lib
└── bla.lib
cat bla_x86_64/DEBIAN/postinst
#!/bin/sh
set -e
echo hello world!
echo compiling $(ls /opt/bla.cpp)
echo cleanup
rm -rvf /opt/bla.cpp
$ dpkg-deb --build --root-owner-group bla_x86_64/
dpkg-deb: building package 'bla' in 'bla_x86_64.deb'.
$ sudo dpkg -i bla_x86_64.deb
(Reading database ... 407519 files and directories currently installed.)
Preparing to unpack bla_x86_64.deb ...
Unpacking bla (4.0) over (3.0) ...
Setting up bla (4.0) ...
hello world!
compiling /opt/bla.cpp
cleanup
removed '/opt/bla.cpp'
从技术上讲,.deb 文件不存在“合法”或“非法”内容。你可以在里面装任何你想要的东西。
将源代码放在目标系统上的一个好地方是
/usr/share/${packagename}
.要拥有
dpkg
或apt
调用您的 make 命令,只需将它们放在包的postinst
脚本中即可。确保将构建过程所需的所有程序(例如cmake
、g++
和binutils
)以及内核头文件声明为依赖项,否则在碰巧没有安装编译器的系统上安装将失败。还要确保在postinst
脚本中进行正确的错误处理,以避免由于编译失败而安装错误的内核模块而导致目标系统无法运行。请注意,这只解决了您问题的一半。除了在安装软件包时为正在使用的内核编译驱动程序外,您还需要确保在每次内核更新后为新内核重新编译它。解决方案是 DKMS,是 Dynamic Kernel Module Support 的缩写。因此,您还需要考虑在您的 .deb 包中支持 DKMS。