主页 / ubuntu / 问题

问题[packaging](ubuntu)

Martin Hope
truf
Asked: 2021-07-02 08:45:42 +0800 CST
  • 2

我正在尝试根据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

什么可能是错误的以及如何调试？

packaging
Martin Hope
Archisman Panigrahi
Asked: 2021-06-05 22:06:22 +0800 CST
  • 1

我正在尝试在启动板中构建舒适的有声读物。

我从 GitHub 导入了源分支（master），并且有一个包含该debian/目录的不同分支（deb-packaging-juno）。master 分支没有debian 目录。我想在构建期间将debian/目录从deb-packaging-juno分支复制到master分支中。

我浏览了食谱的 Launchpad帮助页面，还有这个答案。

我创建了以下包装配方。

# git-build-recipe format 0.4 deb-version {debupstream}-0~{revtime}
lp:cozy master
nest-part deb-packaging-juno lp:cozy debian debian master

但是该包无法在 Launchpad 中构建，并出现以下构建错误。这是完整的构建日志。

Traceback (most recent call last):
  File "/usr/bin/git-build-recipe", line 11, in <module>
    load_entry_point('git-build-recipe==0.1', 'console_scripts', 'git-build-recipe')()
  File "/usr/lib/python3/dist-packages/gitbuildrecipe/main.py", line 110, in main
    build_tree(base_branch, working_directory)
  File "/usr/lib/python3/dist-packages/gitbuildrecipe/recipe.py", line 489, in build_tree
    _build_inner_tree(base_branch, target_path)
  File "/usr/lib/python3/dist-packages/gitbuildrecipe/recipe.py", line 413, in _build_inner_tree
    instruction.apply(target_path)
  File "/usr/lib/python3/dist-packages/gitbuildrecipe/recipe.py", line 567, in apply
    target_subdir=self.target_subdir)
  File "/usr/lib/python3/dist-packages/gitbuildrecipe/recipe.py", line 400, in nest_part_branch
    child_branch.commit + ":" + subpath)
  File "/usr/lib/python3/dist-packages/gitbuildrecipe/recipe.py", line 662, in git_call
    **kwargs)
  File "/usr/lib/python3.6/subprocess.py", line 356, in check_output
    **kwargs).stdout
  File "/usr/lib/python3.6/subprocess.py", line 438, in run
    output=stdout, stderr=stderr)
subprocess.CalledProcessError: Command '['git', '-C', '/home/buildd/build-RECIPEBRANCHBUILD-2811196/chroot-autobuild/home/buildd/work/tree/recipe', 'read-tree', '--prefix', 'debian', '-u', '574660454b66b1c1fd22e72c0ac2d1041e0a4b4d:debian']' returned non-zero exit status 128.
RUN: /usr/share/launchpad-buildd/bin/in-target scan-for-processes --backend=chroot --series=hirsute --arch=amd64 RECIPEBRANCHBUILD-2811196
Scanning for processes to kill in build RECIPEBRANCHBUILD-2811196

我的包装配方有什么错误以及如何解决？

packaging
Martin Hope
Christian Sirolli
Asked: 2021-02-28 20:12:40 +0800 CST
  • 5

我正在尝试创建一个 .deb 包，但不确定包的文件结构。包含control, changelog,rules等的目录应该被命名DEBIAN还是debian?

我是dpkg-deb用来打包的，好像是require DEBIAN，我想用lintian来检查，还是不识别changelogorcopyright文件。林田抛出错误debian-changelog-file-missing，no-copyright-file但后来警告unknown-control-file changelog和unknown-control-file copyright。查看此页面，它建议使用debian，我将目录重命名为该目录，但它导致dpkg-deb失败。通读Debian Policy Manual，它通常debian在示例中使用，但偶尔使用DEBIAN，这让我想知道在某些情况下是否可能需要两者。这样做的正确方法是什么？

packaging
Martin Hope
ethan
Asked: 2021-02-01 17:21:17 +0800 CST
  • 1

rtirq-init 是用于低延迟音频系统配置的重要软件包。

当前版本有2021版本和定期更新： https ://www.rncbc.org/drupal/node/2163

问题 1.存储库中的版本从 2015 年开始长期过时（！）： https ://packages.ubuntu.com/search?suite=default§ion=all&arch=any&keywords=rtirq&searchon=names

问题 2. RNC 发布源代码和 .rpm，但它们遵循与 Ubuntu 存储库中的版本不同的命名约定（Debian/Ubuntu 附加 *-init）。我过去曾尝试从源代码构建，并且命名约定的差异破坏了系统依赖性。因此，对于依赖“rtirq-init”而不是“rtirq”的其他应用程序，我需要进行某种修改/配置或依赖关系协调

问题 3.我想为社区提供一个更新的包版本，但以前从未这样做过。

问题：

  1. 从源代码构建 Ubuntu 脚本的说明是什么？
  2. 如何遵循正确的命名约定，使包不会破坏现有的依赖关系？具体来说，在 Ubuntu/Debian 中，它被打包为 rtirq-init，而不是 rtirq。此工作流程是否会解决此问题：https ://askubuntu.com/a/411799/672975以及上面的#1？
  3. 建成后我应该在哪里或向谁提交？这个问题是否相关：https ://askubuntu.com/a/16456/672975在这种特殊情况下，最可取的课程/工作流程是什么？
packaging
Martin Hope
Pierre Abbat
Asked: 2020-12-21 12:02:59 +0800 CST
  • 0

我是打包新手，我正在尝试打包我的一个程序使用的库。该库名为 Plytapus，由 PerfectTIN 程序使用。您可以在我的 GitHub 站点https://github.com/phma/和 PerfectTIN 站点http://bezitopo.org/perfecttin/download.html上找到它们的源代码。源包位于https://launchpad.net/~phma-a/+archive/ubuntu/testing。

在将 plytapus-dev 添加到构建要求后，我尝试构建 PerfectTIN 包（仅安装了 plytapus，它在没有 plytapus 的情况下构建）但失败了。原来 plytapus 包缺少 .so 文件。我编辑了 debian 目录中的文件并再次尝试。

变更日志

plytapus (0.6.0-3) focal; urgency=medium

  * Remove extra asterisk from plytapus1.install

 -- Pierre Abbat <[email protected]>  Sun, 20 Dec 2020 14:02:52 -0500

plytapus (0.6.0-2) focal; urgency=medium

  * Add cmake as dependency

 -- Pierre Abbat <[email protected]>  Mon, 23 Nov 2020 03:42:16 -0500

plytapus (0.6.0-1) focal; urgency=medium

  * Initial release

 -- Pierre Abbat <[email protected]>  Tue, 17 Nov 2020 02:18:06 -0500

plytapus1.install

usr/lib/lib*.so.*
usr/lib/lib*.a

控制

Source: plytapus
Priority: optional
Maintainer: Pierre Abbat <[email protected]>
Build-Depends: debhelper-compat (= 12), cmake (>= 3.4)
Standards-Version: 4.4.0
Section: libs
Homepage: https://github.com/phma/plytapus
#Vcs-Browser: https://salsa.debian.org/debian/plytapus
#Vcs-Git: https://salsa.debian.org/debian/plytapus.git

Package: plytapus-dev
Section: libdevel
Architecture: any
Multi-Arch: same
Depends: plytapus (= ${binary:Version}), ${misc:Depends}
Description: Library for reading and writing PLY files
 Plytapus is a C++ library for reading and writing PLY (Stanford polygon)
 files.
 .
 This package provides the header files.

Package: plytapus
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Library for reading and writing PLY files
 Plytapus is a C++ library for reading and writing PLY (Stanford polygon)
 files.
 .
 This package provides the shared and static library.

这是构建日志的相关部分：

make[2]: Leaving directory '/home/phma/package/plytapus-0.6.0/obj-x86_64-linux-gnu'
Install the project...
/usr/bin/cmake -P cmake_install.cmake
-- Install configuration: "None"
-- Installing: /home/phma/package/plytapus-0.6.0/debian/tmp/usr/lib/libplytapus.so.0.6.0
-- Installing: /home/phma/package/plytapus-0.6.0/debian/tmp/usr/lib/libplytapus.so
-- Installing: /home/phma/package/plytapus-0.6.0/debian/tmp/usr/lib/libplytapus.a
-- Installing: /home/phma/package/plytapus-0.6.0/debian/tmp/usr/include/plytapus.h
-- Installing: /home/phma/package/plytapus-0.6.0/debian/tmp/usr/include/plytapus/config.h
-- Installing: /home/phma/package/plytapus-0.6.0/debian/tmp/usr/include/plytapus/textio.h
make[1]: Leaving directory '/home/phma/package/plytapus-0.6.0/obj-x86_64-linux-gnu'
   dh_install
   dh_installdocs
   dh_installchangelogs
   dh_perl
   dh_link
   dh_strip_nondeterminism
   dh_compress
   dh_fixperms
   dh_missing
dh_missing: usr/lib/libplytapus.so.0.6.0 exists in debian/tmp but is not installed to anywhere
dh_missing: usr/lib/libplytapus.a exists in debian/tmp but is not installed to anywhere
    The following debhelper tools have reported what they installed (with files per package)
     * dh_install: plytapus (0), plytapus-dev (3)
     * dh_installdocs: plytapus (0), plytapus-dev (0)
    If the missing files are installed by another tool, please file a bug against it.
    When filing the report, if the tool is not part of debhelper itself, please reference the
    "Logging helpers and dh_missing" section from the "PROGRAMMING" guide for debhelper (10.6.3+).
      (in the debhelper package: /usr/share/doc/debhelper/PROGRAMMING.gz)
    Be sure to test with dpkg-buildpackage -A/-B as the results may vary when only a subset is built
    For a short-term work-around: Add the files to debian/not-installed
   dh_dwz
   dh_strip
   dh_makeshlibs
   dh_shlibdeps
   dh_installdeb
   dh_gencontrol
dpkg-gencontrol: warning: Depends field of package plytapus: substitution variable ${shlibs:Depends} used, but is not defined
   dh_md5sums
   dh_builddeb
dpkg-deb: building package 'plytapus-dev' in '../plytapus-dev_0.6.0-3_amd64.deb'.
dpkg-deb: building package 'plytapus' in '../plytapus_0.6.0-3_amd64.deb'.

我该如何解决这个问题，以便 .so 和 .a 文件位于 plytapus 包中？

ppa packaging libraries
Martin Hope
eri0o
Asked: 2020-12-21 06:46:43 +0800 CST
  • 1

我想从源代码构建 SDL2，这样我就可以使用更新的版本，它更喜欢 dlopen 而不是链接到像来自 ubuntu 包管理器的包之类的库，但也因为我想在旧版本的 Ubuntu 中构建它，所以它有更好的 glibc 兼容性。

问题是我还想生成一个工件，它是我的项目的 debian 包，但我还需要将 SDL2 构建为安装在系统上的 debian 包，以便在打包我的项目时生成正确的规则。

我从 SDL2 (2.0.12) 解压源代码，使用./configure并make构建源代码。然后我用来 dpkg-buildpackage -us -uc为 SDL2 构建 debian 包。问题是生成的软件包无法安装并抱怨未满足的 libudev 依赖项，该依赖项已安装在我的系统中。从 sdl2 源构建 debian 包时我缺少什么吗？

dpkg packaging make sdl
Martin Hope
Frederik
Asked: 2020-10-02 07:02:51 +0800 CST
  • 0

在 Ubuntu 18.04 中，该软件包fonts-noto-unhinted包含字体 Noto Sans叙利亚东方，即/usr/share/fonts/truetype/noto/NotoSansSyriacEastern-Regular.ttf. 但是，在 Ubuntu 20.04 中，没有包包含该字体。中只有/usr/share/fonts/truetype/noto/NotoSansSyriac-Regular.ttfinfonts-noto-core和 Black 和 Thin 变体fonts-noto-extra。

我查了一下，Debian Unstable 仍然有东方和西方的变种，它们也在 Google Noto 页面上列出。

所以我想知道为什么 Ubuntu 不再提供这些变体。我看不出上游有统一的变体。问题是我们的生产系统在两个 Ubuntu 版本上都运行，因此任何一种字体都会在一个系统上失败。

有人知道 20.04 年 Noto Sans 叙利亚家庭发生了什么吗？

debian packaging fonts
Martin Hope
Archisman Panigrahi
Asked: 2020-09-07 02:09:25 +0800 CST
  • 0

我为Blanket制作了一个debian 包，并尝试使用 Launchpad 配方构建它。

虽然它在我的计算机（Xubuntu 20.04）中成功构建，但无法在 Launchpad 中构建焦点。这是构建日志的相关部分。

Found ninja-1.10.0 at /usr/bin/ninja
   dh_auto_build
    cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 ninja -j4 -v
[1/3] glib-compile-resources ../data/resources/blanket.gresource.xml --sourcedir ../data/resources --internal --generate --target data/resources/blanket.gresource --dependency-file data/resources/blanket.gresource.d
xml-stripblanks preprocessing requested, but XMLLINT is not set, and xmllint is not in PATH
[2/3] /usr/bin/meson --internal msgfmthelper ../data/com.rafaelmardojai.Blanket.metainfo.xml.in data/com.rafaelmardojai.Blanket.metainfo.xml xml ../data/../po
FAILED: data/com.rafaelmardojai.Blanket.metainfo.xml 
/usr/bin/meson --internal msgfmthelper ../data/com.rafaelmardojai.Blanket.metainfo.xml.in data/com.rafaelmardojai.Blanket.metainfo.xml xml ../data/../po
msgfmt: cannot locate ITS rules for ../data/com.rafaelmardojai.Blanket.metainfo.xml.in
[3/3] /usr/bin/meson --internal msgfmthelper ../data/com.rafaelmardojai.Blanket.desktop.in data/com.rafaelmardojai.Blanket.desktop desktop ../data/../po
ninja: build stopped: subcommand failed.

在我的计算机中（当我运行时debuild），输出的相关部分是

Found ninja-1.10.0 at /usr/bin/ninja
   dh_auto_build
    cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 ninja -j4 -v
[1/3] glib-compile-resources ../data/resources/blanket.gresource.xml --sourcedir ../data/resources --internal --generate --target data/resources/blanket.gresource --dependency-file data/resources/blanket.gresource.d
xml-stripblanks preprocessing requested, but XMLLINT is not set, and xmllint is not in PATH
[2/3] /usr/bin/meson --internal msgfmthelper ../data/com.rafaelmardojai.Blanket.desktop.in data/com.rafaelmardojai.Blanket.desktop desktop ../data/../po
[3/3] /usr/bin/meson --internal msgfmthelper ../data/com.rafaelmardojai.Blanket.metainfo.xml.in data/com.rafaelmardojai.Blanket.metainfo.xml xml ../data/../po
   dh_auto_test
    cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 MESON_TESTTHREADS=4 ninja test
[0/1] Running all tests.
1/2 Validate desktop file                   OK       0.01 s 
2/2 Validate schema file                    OK       0.01 s 

Ok:                    2

并且构建继续成功。正如this所建议的，我添加libappstream-glib-dev到该build-depends字段中，但这不起作用。

我在pbuilderchroot 环境中遇到了同样的错误。当我在 Launchpad 中构建它时，我是否缺少一些构建依赖项？

launchpad packaging deb 20.04
Martin Hope
Archisman Panigrahi
Asked: 2020-08-29 11:11:44 +0800 CST
  • 2

通常 Webapps 中的 JS 文件以最小化的形式使用（例如 jquery.min.js），而 lintian 将这些行很长的文件视为二进制文件。通常这些最小化的 JS 文件不是由 webapp 的开发者编写的，而是外部库（即免费软件）。

Debian 开发者建议不要将这些文件保存在 Debian 源代码包中的最小化版本中，而应该在构建 debian 二进制包时将它们编译为最小化版本（例如，使用debuild.

如何做到这一点？可以npm以某种方式用于执行此操作吗？

packaging webapps
Martin Hope
Archisman Panigrahi
Asked: 2020-07-31 06:49:14 +0800 CST
  • 1

quickly曾经是一个非常方便的软件，可以用debian在几分钟内打包一个新软件，但它已经停产了。

我有一些快速打包的旧 python 代码，我已经手动移植到 Python 3。

虽然我可以在完成debuild之后将其打包dch（类似的快速命令是单个命令quickly release x.y），但我不知道如何在不安装的情况下从源代码运行它（这可以通过 来完成quickly run）。

不快速使用相当于什么quickly run？换句话说，如何在不安装的情况下运行此代码以进行调试？

packaging quickly python3