Questions tagged «packaging»

我想将某些中的Ubuntu软件.deb特别是转换guake为Ubuntu Snappy *的软件包。 根据关于Ubuntu开发工具的文档， 所有元数据都位于meta / package.yaml中。该文件的详细信息记录在快照的开发人员文档中，但是总而言之，它非常简单，您可以摆脱一些简单的事情： name: pkgname version: version-string apps: binary: - command: path/to/binary another-binary - command: path/to/another-binary ...您的软件包称为“ pkgname” ...版本“版本字符串”和...二进制文件，称为pkgname / name和pkgname / another。 我自己在Google上进行了搜索，但对这种转换的了解很少。 作为一名建筑工程师（按行业）和一名Ubuntu爱好者（按爱），我可能可以从学习这种知识中受益。 .deb如何变成快照*？ *显然，Ubuntu Snappy软件包的格式称为“快照”格式。

19 packaging  deb  ubuntu-core  snap 

我在Ubuntu QA站点上找到了OpenStack构建任务，但对构建步骤有些困惑。 这是构建步骤的链接：https : //jenkins.qa.ubuntu.com/view/Openstack_Testing/view/Grizzly/job/precise_grizzly_keystone_stable/275/consoleText 从jenkins构建日志中，我知道Ubuntu如何构建Openstack软件包的步骤： 从github获取openstack代码，使用 git clone openstack tar.gz使用构建文件python setup.py sdist 用于bzr获取由规范维护的debian控制文件 使用dch命令生成新的构建版本并将其提交到本地 用于bzr builddeb -S -- -sa -us -uc生成源包和相关的控制文件，例如dsc 在包裹上签名 用于mk-build-deps安装依赖项 用于sbuild生成真实的Deb包 上传到测试库 我的问题是： 在第5步中，我们已经可以不用生成deb包了-S，但是为什么我们最终使用sbuild它来生成它呢？这仅用于签名吗？ bzr builddeb和之间有什么区别sbuild？ 我发现jenkins使用的构建脚本位于：~openstack-ubuntu-testing/openstack-ubuntu-testing，但是当我尝试在下运行任何命令时bin，总是得到： root@demo:~/openstack-ubuntu-testing/bin# ./build-package Traceback (most recent call last): File "./build-package", line 14, in <module> from openstack_ubuntu_testing.build.component_build import ComponentBuild File "/home/sysadmin/openstack-ubuntu-testing/bin/openstack_ubuntu_testing/build/component_build.py", …

19 package-management  packaging  openstack 

当我的软件包通过使用配方的启动板构建时，它将忽略./debian/changelog我提供的文件，并生成一个无用的文件，如下所示： harmonyseq (0.14~natty1) maverick; urgency=low * Auto build. -- Rafal Cieslak <rafalcieslak256@gmail.com> Tue, 25 Jan 2011 16:56:57 +0000 如果启动板将我准备的更改列表存储在changelog文件中，而不是仅在其中放置“自动构建”，那就更好了。 从配方构建软件包时，如何强制启动板使用我的变更日志文件中的变更列表？

19 ppa  launchpad  packaging  deb  recipe 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 在Ubuntu中，X是堆栈中最关键的部分之一。因此，我们会收到大量有关它的问题和错误报告，大约是我们要处理的人的100倍。 Canonical正在雇用其他工程师来研究X，这将有所帮助，但仍有许多事情超出了Canonical的工作范围，因此，我认为拥有一个强大的社区来参与Ubuntu的X改进工作尤其重要。使所有这些大量的错误报告得到答复，分类和（希望）得到解决。 但是，很难找到人来研究X或说服人们他们值得花时间在X上。您如何建议鼓励人们参与，而他们本来不打算从事X方面的工作？

18 xorg  packaging  community  graphics 

因此，我正在构建一个.deb，并且需要执行一些安装后命令（链接库路径以及其他一些操作）。 有没有办法让您在执行sudo dpkg -i <pacakage-name>.deb脚本时运行它？

17 packaging  deb 

是否有用于创建ubuntu / debian软件包的图形工具？

17 software-recommendation  packaging  deb 

我正在尝试打包一个我（共同）编写的软件。我在用着 debuild -i -us -uc -b 从原理上讲，这很好。为了缩短编译时间，我想进行分解以并行运行make（例如，我通常通过运行来运行make -j4）。我在网络上找到了一些建议如下的位置： debuild -eDEB_BUILD_OPTIONS="parallel=4" -us -uc -b debuild -j4 -us -uc -b 另一个站点建议向debian/rules基本设置好的文件中添加一些代码 MAKEFLAGS += -j4 但是，这些似乎都不起作用。我错过了什么吗？还是应该更改源代码的autoconf / automake设置中的某些内容？

17 compiling  deb  packaging  make  debuild 

这里有没有人有过创建Debian / Ubuntu软件包的经验？我正在尝试将lammps软件包（http://packages.ubuntu.com/quantal/lammps）从Ubuntu 12.10（Quantal ）移植到Ubuntu 12.04 我只非正式地需要它-为了方便起见，在创建自定义虚拟机映像以部署到IaaS平台时，只需要一个.deb包即可。 遵循https://wiki.ubuntu.com/PackagingGuide上的Ubuntu打包指南，我可以成功构建，除非当我尝试使用debuild命令进行重建时，通常会出现以下错误： dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/lammps_0~20120615.gite442279-1.diff.aie32n dpkg-source: info: you can integrate the local changes with dpkg-source --commit dpkg-buildpackage: error: dpkg-source --include-binaries -i -b lammps-0~20120615.gite442279 gave error exit status 2 在src目录中运行“ make clean-all”仍然无法解决问题。有什么方法可以完全清除在生成过程中生成的所有文件，或者要求debuild忽略源文件中的任何差异？

16 compiling  dpkg  packaging  backport 

我正在为一个软件包编写一个Ubuntu软件包，该软件包实际上提供了许多库和头文件，然后可用于构建其他软件。程序包也分成相互依存的较小子程序包。从这个意义上说，该软件包与boost十分相似。 我注意到像boost这样的软件包提供了 [...] libboost-dbg libboost-dev libboost-doc [...] libboost-all-dev [...] 但是没有任何名字boost或名称libboost。 这背后的想法是什么？ 什么是的目的-dbg，-dev和-doc包？ 是否提供有关如何为那些软件包编写构建文件的说明？

15 packaging 

所以前一段时间我报告 了Compiz的Place Window插件中的错误。对于受此影响的人来说，这是一个相当大的回归：主要是使用Gnome-Fallback的人（根据报告判断）。 片刻后不久出现了补丁。我创建了一个用于测试的PPA，到目前为止，每个参与人员都报告了已解决的问题。它甚至修复另一个错误。我已经使用标准Unity桌面进行了测试，并且可以说（对于我的测试）没有可见的不利影响。 我现在想将其推送到Ubuntu，主要有两个原因： 我很自私 每当新版本的Compiz推送到12.04时，我都不需要更新我的PPA。 我不希望Ubuntu用户因为一个愚蠢的小错误而看到他们的窗户飞舞。 我希望此修补程序尽快发布到Ubuntu的Compiz版本，以便我们可以将这些错误标记为已修复并继续发展。 我必须弯腰谁的腿才能将其立即拉入Ubuntu？ 我没有维护这个项目，这是上游的事情，但是对于Ubuntu来说却是不可或缺的。我可以去Compiz，但是我想如果他们接受该补丁，那么距离Ubuntu较远的地方还需要几个月（至少是一个版本）。 当我找到合适的人时，如何使他们的工作过程尽可能的流畅？ 我希望他们看到我的请求，然后说“是的，一切看起来都不错，完成了”。我不希望收到17轮针对补丁内容的电子邮件。更重要的是，我也不想浪费时间。 我必须提供什么？我的包装技巧真是可悲。这是我第一次尝试修补软件包以进行重新分发，因此我很可能使每个包装错误都为人所知。他们会对原始补丁感到满意吗（以便他们可以自己应用它），或者我应该重新打包东西，以便diff / changelog更加整洁（花了我几次，版本遍地都是）。 注意：这个问题是关于Compiz的，但是我希望答案也可以解决其他样式的软件包，因此我们拥有权威且全面的解决方法。

15 updates  packaging  bug-reporting  patch 

我有一个手动创建的.deb，我想将其上传到PPA。 我的问题如下： 那可能吗？ 如果是这样， 我怎么做？

15 ppa  application-development  packaging  deb 

我有一个要打包用于Debian的python脚本。我在写的地方使用了debian / install文件 auto_dice.py /usr/bin/ 然后，Linitan抱怨.py扩展名（script-with-language-extension）。 然后我将其更改为 auto_dice.py /usr/bin/autodice.py 导致错误，因为它解释了 autodice.py为目录。 我该如何重命名？我不想在源代码中重命名我的python脚本。

15 python  packaging  debian 

在Unity破折号中，GIMP 2.8.10有一个图标，并在启动器中使用了另一个图标。 GIMP在Dash中 发射器中的GIMP 我在“文件系统”中搜索了GIMP，并得到了它。 打包其他应用程序时该怎么做？

14 application-development  packaging  gimp 

我最近开始打包一些软件并将其发布在Launchpad上。安装和删除工作正常，但是将软件包从一个版本升级到另一个版本是有问题的。 问题在于，有些脚本仅在首次安装软件包时才需要运行。这些脚本填充数据库，创建用户等。它们当前在package.postinst configure)部分中被调用。然而，这导致他们在升级过程中被称为以及所示的图。 有没有一种方法可以在.deb程序包中包含仅在首次安装程序包时执行，而不在升级过程中执行的维护程序脚本？还是在.deb程序包中包含一些初始设置脚本的优美方法是什么？

14 package-management  apt  dpkg  packaging 

我正在为我的PPA包装一些东西。上游源是.tar.gz基于Makefile 的存档。 由于此程序包具有大量与体系结构无关的数据，因此使构建脚本生成两个程序包是明智的： 包 包数据 我该如何设置？我已经编辑了Debian control文件以生成两个软件包，但是我不知道如何将正确的文件保存到正确的软件包中。 由于数据文件当前都是通过Makefile安装的，因此我有点迷失了。

14 ppa  debian  packaging  makefile