问题标签 [dpkg-buildpackage]

我正在尝试为.deb我的公司（和我）一直在开发的应用程序构建一个包。我正在尝试在我的 32 位 ubuntu（12.04 LTS）上创建一个 64 位包，dpkg-buildpackage但我收到以下警告/错误：

当X是我们编译的共享库之一时，我们会收到警告。当它是一个系统库（比如libgcc_s.so.1and libstdc++.so.6）时，我们会得到一个错误。

为什么RPATH指的是不存在的路径？

顺便说一句，当我制作一个 32 位软件包时（当然是在我们为 32 位编译的文件上）它只显示警告（仅关于我们的专有.so文件）但会创建.deb文件。

如果可以的话，我会发布我的 debian 文件夹内容，但我无法将文件从我们的网络中取出。如果需要，我可以键入相关部分。

当我使用 -P 参数运行 dpkg-buildpackage 时，它​​失败了

我也试过 -P [mypackageprofile] 和 ['mypackageprofile']。根据手册有这个论点

https://man7.org/linux/man-pages/man1/dpkg-buildpackage.1.html

我正在从源代码创建 .deb 包.tar.gz我已经完成了所有步骤，最后我运行了这个命令fakeroot dpkg-buildpackage -F来构建包，在链接期间的最后一步抛出错误消息undefined reference to symbol 'pthread_create@@GLIBC_2.2.5，这意味着我需要添加-pthread到编译器标志，但我不明白如何将其添加到文档中，dpkg-buildflags但它们非常令人困惑，我无法理解如何执行此操作。

debian/rule文件

我想做的是为 Python3 应用程序创建一个 Debian 包，并让该包安装相关的 systemd 服务，并在删除或更新包时删除/更新它。

我有一个 Python3 程序，我想将它捆绑到 Ubuntu 18.04 上的 Debian 包中。我已经能够使用 asetup.py和py2dsc附带的程序成功地做到这一点stdeb3。

这会创建一个可安装的 .deb，并且除了py2dsc对 Python 3.6 的奇怪依赖之外，即使我使用的是 3.8，它也运行良好。

py2dsc创建一个 debian 暂存树，包括debian/rules：

接下来我想让这个包安装一个 systemd 服务单元，它将运行 Python3 程序。我认为需要调用服务文件python3-mypackage.service来匹配<package-name>.service，因为py2dsc在python3-包名称之前。

我做了一些研究，发现与其破解pre/postinst脚本，不如在dh命令中debian/rules添加--with systemd选项，并且我需要dh-systemd在我的 Ubuntu 18.04 系统上安装。为此，我在运行后暂停py2dsc，将相关条目添加到debian/rules，然后运行dpkg-buildpackage。

由于我不明白的原因，dh-systemd输出中没有提到dpkg-buildpackage：

我四处搜索，虽然我可以找到构建 python 包的示例，以及使用 systemd 单元构建包的示例，但我无法找到一个同时打包 python 项目和关联的 systemd 单元的示例，所以我'不知道从这里去哪里。我想知道使用是否与使用pybuild冲突--with systemd？

我正在尝试测试与半配置包相关的 Wazuh 配置。所以，我正在尝试创建一个.deb安装后最终配置一半的包。

我首先按照这些说明创建了一个非常简单、什么都不做的包。

我尝试将退出代码更改debian/postinst.ex为 1，但软件包仍然安装成功。

我尝试向 中添加一个不存在的文件debian/conffiles，但debuild失败了。

我还搜索了所有可能导致包配置一半但没有任何运气的信息。

谢谢！

运行后

并且构建过程完成，我得到了这个文件结构，我不是构建包的专家，所以我不知道这是否正常，但是usr目录是否应该在两个tree和下重复project？

我正在创建一个 .deb 包，但我想通过第一次安装来安装一个 .deb 包。

所以第一个 .deb 包应该安装一个 .deb 包。有没有办法做到这一点？

我使用 debuild 创建 debian 包。

针对一种目标类型的一个带有变量的命令：

debuild --set-envvar=TARGET=S_SS -b -us -uc -aarm64

另一个换另一个

debuild --set-envvar=TARGET=S_TT -b -us -uc -aarm64

这个变量在 Makefile 中使用。

debuild 编译的结果是两种情况下具有相同包名的 *.deb。是否可以为编译文件（我的意思是控制、更改日志等）设置不同形式的默认“debian”所需的特定包名称或文件夹路径？

我使用 debuild 创建 debian 包。

它们都应该包含由一个 makefile 编译但具有不同环境变量的相同二进制文件。

我的规则文件调用了两个编译：

接下来是 debuild 阶段的结果流程：

看起来数据包是并行创建的。最后二进制文件被第二次构建覆盖。

是否可以以首先创建 app1 而不是 app2 的方式创建规则文件：

我正在尝试使用 GCC 9.3.0 为 Ubuntu 20.04 构建 Linux 内核 f。

那里有说明https://wiki.ubuntu.com/KernelTeam/GitKernelBuild

在长时间运行编译 C 源文件过程后，我得到了错误：

这个错误可能是什么？