我正在尝试根据https://packaging.ubuntu.com/html/packaging-new-software.html
构建一个 deb
6 个月前一切正常。现在当我执行：bzr dh-make hello 2.10 hello-2.10.tar.gz我得到：
brz: ERROR: unknown command "dh-make"
我试图 apt install -reinstall: bzr, bzr-builddeb, dh-make
这没有帮助。我的包裹是：
bzr 2.7.0+bzr6622+brz
bzr-builddeb 2.8.12+brz
devscripts 2.21.1ubuntu1
dh-make 2.202003
$ python -V
Python 3.9.5
系统：Kubuntu 21.04
什么可能是错误的以及如何调试？
我有一个可以为 groovy 和 xenial 构建的包。Ubuntu groovy 可以libpng-dev解析为libpng16. 加上它有libpng12。Xenial 没有libpng-dev或libpng16。它只有libpng12-dev. 我可以在 xenial 上使用 libpng12 构建应用程序，但我不想在 groovy 上使用 libpng16。
xenial's debhelper似乎也不提供debhelper-compat.
因此，我需要Build-Depends: debhelper-compat (=9), libpng-dev(>=1.2.0)groovy 和Build-Depends: debhelper (>=9.0), libpng12-dev(>=1.2.0)xenial。
我的包版本是app-1.0-0ubuntu1_i386.deb
Launchpad 似乎不允许在同一个 PPA 中构建相同的源两次。您可以在系列之间复制二进制文件，但不能重建源代码。做出此决定时，启动板似乎忽略了版本的“0-ubuntu1”部分。此外，它不允许上传任何低于它已有的版本。因此，即使我最终在文件中得到了一些依赖Build-Depends:于系列的debian/control文件——我也无法从中受益，因为源代码只会构建一次。而且我不想将应用程序版本增加两次，只是为了向后移植到 xenial。
这个问题有什么优雅的解决方案吗？
我正在尝试根据本手册向我的 PPA 提交 deb：
https
://packaging.ubuntu.com/html/packaging-new-software.html
我可以bzr builddeb -- -nc -us -uc使用bzr builddeb -S. 但是pbuilder-dist groovy build myproject_0.2.8-1.dscin 的执行../build-area失败。
完整日志可在 pastebin 中找到：https ://pastebin.com/whr6Qsd1
我相信问题出在以下部分：
Determining if the CXX compiler accepts the flag -fno-keep-inline-dllexport failed with the following output:
Change Dir: /build/myapp-0.2.8/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp
Run Build Command(s):/usr/bin/gmake cmTC_3ab02/fast && gmake[1]: Entering directory '/build/myapp-0.2.8/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp'
/usr/bin/gmake -f CMakeFiles/cmTC_3ab02.dir/build.make CMakeFiles/cmTC_3ab02.dir/build
gmake[2]: Entering directory '/build/myapp-0.2.8/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp'
Building CXX object CMakeFiles/cmTC_3ab02.dir/DummyCXXFile.cxx.o
/usr/bin/c++ -std=c++0x -fno-keep-inline-dllexport -o CMakeFiles/cmTC_3ab02.dir/DummyCXXFile.cxx.o -c /usr/share/cmake-3.16/Modules/DummyCXXFile.cxx
c++: error: command-line option '-fno-keep-inline-dllexport' is not supported by this configuration
gmake[2]: *** [CMakeFiles/cmTC_3ab02.dir/build.make:66: CMakeFiles/cmTC_3ab02.dir/DummyCXXFile.cxx.o] Error 1
gmake[2]: Leaving directory '/build/myapp-0.2.8/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp'
gmake[1]: *** [Makefile:121: cmTC_3ab02/fast] Error 2
gmake[1]: Leaving directory '/build/myapp-0.2.8/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp'
dh_auto_configure: error: cd obj-x86_64-linux-gnu && cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run -DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY=ON "-GUnix Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/x86_64-linux-gnu .. returned exit code 1
make: *** [debian/rules:6: binary] Error 25
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
所以，cmake正在检查是否/usr/c++支持-fno-keep-inline-dllexport. 编译器以 1 bcs 结尾，它不支持它，cmake 返回 2 和 dh_auto_configure painics。
如果我cmake在我的系统上执行，我会得到以下标准输出：
-- Checking to see if CXX compiler accepts flag -ffunction-sections -fdata-sections -Wl,--gc-sections
-- Checking to see if CXX compiler accepts flag -ffunction-sections -fdata-sections -Wl,--gc-sections - yes
-- Checking to see if CXX compiler accepts flag -fno-keep-inline-dllexport
-- Checking to see if CXX compiler accepts flag -fno-keep-inline-dllexport - no
-- Checking to see if CXX compiler accepts flag -Werror=return-type
-- Checking to see if CXX compiler accepts flag -Werror=return-type - yes
所以即使是我系统上的编译器也不支持-fno-keep-inline-dllexport. 我很好。对我来说没关系。cmake不失败。
看起来，非强制特征检查失败会cmake破坏整个pbuilder-dist过程。有没有办法改变这种行为或者我错过了什么？
Ps 我的构建依赖是：debhelper-compat (= 13), cmake (>=2.8.9), gcc (>=4.6), qt5-qmake (>= 5.4), qtbase5-dev (>= 5.4), libtiff5-dev (>= 4.0.3), libjpeg8-dev (>= 8c), libpng-dev (>=1.6.2)
我正在尝试按照https://packaging.ubuntu.com/html/packaging-new-software.html
我的 Build-Dependsdebian/control文件中的描述打包 Qt 5.x 应用程序：
debhelper-compat (= 13), libqt5widgets5 (>=5.4), libqt5xml5 (>=5.4), libqt5gui5 (>=5.4), libqt5core5a (>=5.4), libtiff5 (>=4.0.3), libjpeg8 (>=8c), libgcc1 (>=1.3.0), libc6 (>=2.14), libpng16-16 (>=1.6.2-1), libstdc++6 (>=5.2)
我正在构建 debbzr builddeb -- -us -uc
不幸的是，构建过程失败了，因为它试图在二进制编译后启动测试用例，其中一个崩溃了。测试用例使用QPainter需要一个实例QApplication才能工作。似乎应用程序在创建QApplication. 输出是：
qt.qpa.xcb: could not connect to display
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Available platform plugins are: wayland-org.kde.kwin.qpa, dxcb, eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, xcb.
所以我的猜测是，bzr 正试图在一些基于我的 Build-Depends 列表的干净环境中运行该应用程序。这个列表遗漏了qt5/plugins/platforms/libqxcb.so.
问题是：它可能是什么以及如何追踪它？
我可以ldd在我的机器上执行，但我需要在 bzr 环境中执行。
这是构建日志https://pastebin.com/BVbZVwr6我已经删除了编译过程的中间部分以适应粘贴大小限制。但是编译很好，失败的是make test。测试代码在这里：https ://cutt.ly/BgYQITO
我正在尝试在 Kubuntu 15.10 下的 FireFox 45.0 中设置代理自动配置。我在 FF 中指定 PAC 文件的路径Preferences\Advanced\Settings\"Automatic proxy configuration URL"。它工作几分钟，然后停止。当我再次检查此设置时，我能够在相应字段中看到路径，但设置的单选按钮切换回"Use system proxy settings".
我怀疑有一个系统恶魔会重置我的更改。在 Kubuntu 下的 FF 中执行此操作的正确方法是什么？