Questions tagged «packaging»

自从我开始使用Ubuntu以来已经有将近一年的时间，但是我没有尝试从源代码安装软件。我实际上没有发现这样做的必要。但是现在我正在开发一个软件，该软件处于存储库的候选发布阶段，但是最新的稳定版本的源代码可以在软件主页上找到。 我了解到，如果软件具有许多依赖性，则从源代码安装可能会很困难。但是，如果我解决了这个问题，我会对最新版本感到满意。但是我一直想知道这样的软件是否可以自动更新自身，还是我必须运行一些脚本来更新软件包。还是更糟糕的是，我必须从头开始重新安装每个更新？ 我也很想知道从上述来源以外安装是否有任何特定的优势。

14 installation  packaging  updates  source-code  backport 

我打算设置一个PPA或将我的软件包提交给Debian，但我确实需要知道一些事情，我知道这些软件包通常可以完成某些工作，/var/run/reboot-required并在中列出了这些内容/var/run/reboot-required.pkg，但是一个软件包到底是如何创建一个deb文件来告知用户的呢？系统通过那种方法需要重新启动才能进行所有必要的更改？我只是需要在一个文件中设置一个标志，还是比这更手动？我正在使用GNOME 3.20运行Ubuntu GNOME 16.04。

14 package-management  packaging  deb 

从Ubuntu 14.04开始，至少有三个rename命令： renameutil-linux软件包提供的信息，请参见man named.ul renameperl包提供，请参见man姓 renamerename软件包提供的信息，请参见man file-rename 问题： 这些命令之间到底有什么区别？ 为什么会有多个使用相同名称提供不同命令的软件包–我想这不是偶然的，不是吗？ 那岂不是相当简单的perl包或者包括“全” rename命令或者不包括任何rename在所有的命令？为什么至少在Ubuntu 17.04之前，这种看似不完全的分裂会持续下去？ 关于U＆L的问题已经被问到了（稍后我会发现）： 所有重命名是什么：预命名，重命名，文件重命名？

13 command-line  packaging  perl  rename 

我有一个程序，需要针对每个ubuntu版本进行重新编译。 目前，我仅在当前发行版中使用Ubuntu的PPA打包它。 最终，我必须为先前的ubuntu版本提供软件包。 我不确定如何做到这一点。 Ubuntu PPA构建服务器如何工作-它是否仅查看最新的changelog条目（在debian / changelog文件中）中的distribution字段来确定应针对哪个发行版构建软件包？ debian规范允许将多个发行版本添加到发行字段中。但这并不能帮助我。 一些ubuntu文档讨论将发行名称编码为版本号（在debian changelog文件中）。 但是这在实践中如何工作？该程序有新版本，那又如何呢？我是否为每个发行版添加一个新的变更日志条目，并且PPA构建服务器在将其分发后为每个发行版自动构建新软件包？还是PPA buildserver仅查看第一个变更日志条目？

13 ppa  packaging  launchpad 

每个软件包名称的格式为： package-XubuntuY*_amd64(i386) 所以我的问题是： X代表什么？ Y代表什么？ 例如 binutils_2.22-6ubuntu1.3_amd64 什么是数字的含义6和1.3

13 packaging  naming-conventions 

我已根据专有许可提交了我的应用程序“亮度控制器”，该应用程序已经发布。它包含一个可执行的.py文件。但是该应用程序取决于python-wxgtk2.8 我是否在评论字段中编写了该应用程序，但打包程序可能忽略了它。我有什么办法可以自己添加依赖项？ 请注意，我没有对该软件包进行Debian化。我只是将tar.py文件解压并提交了。 我可以使用依赖文件制作一个.deb并提交吗？ 该应用程序最初是开源的，但是我以专有权提交了它，因此我不必打包它。

12 software-center  application-development  dependencies  packaging 

我已经编写了一个开发库，希望将其包含在Ubuntu档案中。据我了解，最好的方法是先将软件包放入Debian，然后请求软件包同步。 这是ITP错误。 现在我该怎么做？ 看着此页面，我看到诸如“ 419天准备中”和“ 404天前的最后活动”之类的恐怖内容。我的印象是，将软件包打包到Debian中是一个缓慢的过程。 有什么我可以做以加快这一过程的吗？我尽了最大的努力来简化该过程-我有一个使用Debian打包的分支（Lintian对此进行了包装，没有任何错误）。

12 packaging  debian  libraries  community  official-repositories 

我看过一个能力指南并阅读了手册页，但是我不明白。启动aptitude之后，怎么说“安装软件包foo”？还是搜索名称中带有“ foo”的所有软件包？

12 command-line  package-management  packaging  aptitude 

我最近开始在Launchpad上为我的软件构建Ubuntu软件包。它们非常简单。它们中的大多数仅包含一些文件和脚本，这些文件和脚本是通过.install .preinst .postinst .prerm和.postrm文件触发的。安装和删除似乎可以正常运行。但是，从一个版本升级到另一个版本很棘手。 升级软件包时会发生什么？与卸载以前的版本并安装新版本是否一样？是否删除了以前软件包中的所有文件，并用新软件包中.install列表中的文件替换了？是否已执行所有.prerm，postrm，preinst，postinst脚本？如何区分仅在“新安装”和升级期间发生的内容？

12 package-management  apt  packaging  deb 

在Ubuntu中安装某些东西时，“依赖”和“先依赖”是什么意思，以及这两种类型的软件包要求之间的区别？

12 apt  package-management  dpkg  dependencies  packaging 

我正在尝试打包一个单声道应用程序以作为systemd服务运行。 我已按照此处的说明进行操作：https : //wiki.debian.org/Teams/pkg-systemd/Packaging 我已经将dh-systemd（> = 1.5）添加到我的debian控制文件构建依赖中。 我将--with = systemd添加到我的规则文件中，如下所示： %: dh $@ --with=cli --with=systemd 我已将服务文件添加到名为mypackage.service的debian文件夹中，其内容如下： [Unit] Description=My Service Description After=network-online.target [Service] Type=simple ExecStart=/usr/bin/mono /usr/lib/mypackage/myservice.exe [Install] WantedBy=multi-user.target 但是，生成给出以下林田警告和错误： Now running lintian... E: mypackage: postrm-does-not-call-updaterc.d-for-init.d-script etc/init.d/mypackage W: mypackage: init.d-script-not-marked-as-conffile etc/init.d/mypackage E: mypackage: init.d-script-not-included-in-package etc/init.d/mypackage 这使我感到困惑，原因有几个 这些警告与init.d有关，后者是被systemd替换的旧系统，这些错误和警告是否错误，debuild认为我使用init.d是因为我配置了错误的软件包吗？ 我的印象是--with = systemd会为我创建这些脚本。 更新资料 生成的postrm文件如下： …

12 packaging  debian  systemd 

假设条件 老实说，我对snap-packages知之甚少-但这与这个问题无关-参见下文。我认为该系统与现有系统明显不同。 更改有意义吗？ 有没有足够的实际需求？那就是-是否有一个新的用例，它对开发新格式足够重要-以及相关的基础架构？ 改变当前方法来覆盖新的用例也是不可行的吗？ 还是我错过了重点？ 我所看到的可能主要是市场营销-最小化技术更改的新名称和名称，从而有机会让任何机构认为它是“新的更好的”并且可以实际使用。同样，可能新包装太紧密地基于现有格式，以至于大多数情况下是向用户的展示方式的变化。当然，那可能是一个很好的解决方案。在这种情况下，这个问题没有太大的意义。 然后，我希望它仍然足以回答各个方面。如果问题对您没有帮助或对新用户造成困扰，请告诉我，我们很乐意将其删除。 那么，为什么它们存在呢？ 背景 我的第一个反应是“那没有道理！” 这类似于在物理站点上有人不高兴地问，为什么没人在回答中讨论他的出色新想法的情况。它看起来很像crackpot的想法；与实际的物理知识相距甚远，甚至很难找到起点。我写的答案没有一个字就能触及他的想法，而是解释了为什么人们不会讨论假设的骗子想法-而不是第一个例子。我认为答案实际上是正确的。 如果我的假设是正确的，这种情况是相似的。 但是，也许不是-让我们看看。

11 apt  package-management  packaging  snap 

解析源软件包debian/changelog文件（或debian/control？）以获得软件包版本号的最可靠方法是什么？就像是： pkgver=$(dpkg-parsechangelog | magic_goes_here) 我想提取版本号（并且仅提取版本号），以便可以在脚本中对其进行操作。 我原本希望找到一种dpkg-*用于此目的的实用程序，但还没有找到。

11 packaging  deb  source-packages 

我创建了一个程序包并将其上传到我的PPA。构建好之后，我去安装它，但是遇到了以下消息： $ sudo apt-get install stackapplet Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: stackapplet 0 upgraded, 1 newly installed, 0 to remove and 31 not upgraded. Need to get 17.7kB of archives. After this operation, 106kB of additional disk …

11 apt  package-management  ppa  packaging 

我试图找到一种dch在非交互模式下运行的方法，以便将debian/changelog文件创建和操作合并到shell脚本中。 与参数运行它时，它似乎只有-r ""它的作品（如指定位置）。但是，我需要使用不同的参数。

11 packaging