Tag: 打包

如何将包文件安装到正确的位置？

我已经创建了一个python应用程序并设法创建一个包。 但是，当我安装包时，似乎没有安装任何文件。 我在debian目录中创建了一个app.install文件，其中包含： bin/ /usr/bin app.desktop /usr/share/applications .py文件位于debian / bin中，而.desktop文件位于debian中。

Click套件是否被Snappy包废弃了？

Click套件是否被Snappy包废弃了？ 我应该专注于学习如何制作简洁的包，并忽略点击文档？

是否可以使用’dch -r’但不是最终在交互式编辑器中？

我正在尝试使用dch -r更新debian / changelog中的DEBFULLNAME，DEBEMAIL和TIMESTAMP以自动构建包。 通常，我会使用dch和-r来执行此操作。 但这让我陷入了互动编辑器。 有可能抑制它并立即保存吗？

使用dpkg创建debain源包时出错

将dpkg-source -b 输入到终端以创建debian源包时，我收到以下错误： dpkg-source：错误：第9行的ResolutionX_1.0-0 / debian / control中的语法错误： 第一个块缺少源字段 这是什么意思？ 我的debian控制文件包含： 包装：ResolutionX 版本：1.0-0 科：基地 优先级：可选 建筑：全部 构建 – 取决于：debhelper（> = 9） 维护者：Bilal Bernardot 描述：ResolutionX 一个简单的工具，使您无需图形驱动程序即可获得所需的分辨率。

如何以及为什么要创建-dbg，-dev，-doc包？

我正在为一个软件包编写一个Ubuntu软件包，它本质上提供了许多库和头文件，然后用于构建其他软件。 该包装也在较小的子包装中分离，这些子包装是相互依赖的; 从这个意义上讲，这个包与boost非常相似。 我注意到像boost这样的软件包 […] libboost-dbg libboost-dev libboost-doc […] libboost-all-dev […] 但没有任何名称boost或libboost 。 这背后的想法是什么？ -dbg ， -dev和-doc包的目的是什么？ 是否有关于如何为这些包编写构建文件的说明？

不同的“重命名”命令有什么区别？

从Ubuntu 14.04开始，至少有三个rename命令： rename由util-linux包提供，请参阅man rename.ul rename由perl包提供，请参阅man prename rename rename包rename ，请参阅man file-rename 问题： 这些命令之间到底有什么区别？ 为什么有多个包使用相同的名称提供不同的命令 – 我想这不是偶然的，或者是它？ 对于perl包，要么包含“完整” rename命令还是根本不包含任何rename命令，这不是很简单吗？ 为什么这个看似不完整的分裂至少持续到Ubuntu 17.04？ U＆L已经提出了这个问题（我后来发现）： 所有重命名都有什么：prename，rename，file-rename？

为另一个包提供自定义配置文件

我们在工作中使用Ubuntu，我需要对许多系统进行相同的配置更改，以便我打包这些。 我需要做的一个配置更改是将lightdm设置为自动登录。 对于我打包此更改，似乎我需要破坏现有的/etc/lightdm/lightdm.conf并将其替换为我自定义的lightdm.conf。 这似乎是一个坏主意。 我怎样才能以不会导致破损的方式做到这一点，并且与社区其他人的工作方式一致？

是否可以获得当前版本中包含的补丁？ 如果是这样，怎么样？

不久前我在Compiz的Place Window插件中报告了一个错误 。 对于受其影响的人来说，这是一个相当大的回归：主要是那些使用Gnome-Fallback的人，从报告来看。 贴片在短时间内浮出水面。 我创建了一个PPA用于测试，到目前为止所涉及的每个人都报告问题是固定的。 它甚至修复了另一个错误 。 我已经使用标准的Unity桌面进行了测试，并且可以说（对于我的测试）没有可见的不良影响。 我想立即将其推送到Ubuntu有两个主要原因： 我很自私。 每次将新版本的Compiz推送到12.04时，我都不想更新我的PPA。 我不希望Ubuntu用户因为一个愚蠢的小虫子而看到他们的窗户飞来飞去。 我希望尽快将这个补丁推送到Ubuntu的Compiz版本，这样我们就可以将这些错误标记为固定并继续我们的生活。 我现在有谁的腿需要驼峰才能把它拉进Ubuntu？ 我没有维护这个项目，它是一个上游的东西，但它对Ubuntu来说是相当不可或缺的。 我可以去Compiz，但我想如果他们接受补丁，那么在Ubuntu附近的任何地方都会有几个月（至少是一个版本）。 当我找到合适的人选时，我怎样才能使这个过程尽可能顺利进行呢？ 我希望他们看到我的要求，去“是的，一切看起来很棒，完成了”就是这样。 我不想要十七轮电子邮件来解决补丁的各个方面。 更重要的是，我也不想浪费时间。 我需要提供什么？ 我的包装技巧……可悲。 这是我第一次尝试修补包再分配，所以我可能已经知道了每个包装错误。 他们是否会对原始补丁（因此他们可以自己应用）感到满意，或者我应该重新包装东西，以便diff / changelog更清洁一点（它花了我一些时间，版本控制到处都是）。 注意：这个问题是关于Compiz的，但我更愿意，如果答案可以解决其他类型的包，那么我们有一个权威和全面的线程，如何解决问题。

如何将.jar文件提交到ubuntu软件中心

我正在使用JAVA Swing为所有平台编写应用程序。 之后，我想免费将此应用程序添加到Ubuntu软件中心是否可能？ 我的应用程序只是一个* .jar文件，它有助于玩纸牌游戏。 我不懂Python语言并且说实话 – 现在不想学习它。 我该怎么办才能提交我的应用程序？

如何解决快速打包故障

我创建了一个Quickly应用程序，我正在尝试创建一个软件包，以便通过软件中心进行分发。 但是，每当我尝试使用Quickly打包命令（ package ， share ， release或submitubuntu ）时，它都会在没有告诉我具体原因的情况下失败。 如何排除包装故障，以便我可以对其进行调查或寻求帮助？