我编写了一个需要安装一些 .pyo 文件的专有应用程序。当我从应用程序创建 .deb 时，lintian 抱怨说package-installs-python-bytecode. 我尝试添加一个覆盖，但显然这个标签被ftp-master-auto-reject.profilein标记为不可覆盖/usr/share/lintian/profiles/debian。由于这个标签被认为是一个错误，Ubuntu 软件中心抱怨这个包。

有没有一种干净的方法来覆盖这个标签，以便 Ubuntu 软件中心不再抱怨？

unity里只有在.desktop文件有可执行权限时才会显示图标。但是这样做却让林天抱怨起来executable-desktop-file。在这种情况下我应该怎么做？

我收到来自 lintian 的警告和一个错误：

我在这里不明白的是etc/init.d/openrobertalab我的包中没有这样的文件：

如果我遵循 lintiants 的建议并创建一个debian/openrobertalab.conffiles列表这个不存在的文件，则包构建失败：

有任何想法吗？

我为 debian、ubuntu 等维护了一个商业二进制包，并且收到了来自 Ubuntu 安装程序的“糟糕的包质量”的投诉。其根本原因似乎是该软件包将文件安装在 /opt 和 /etc/opt 目录中，这显然使 lintian 陷入困境。据我了解这些目录的用途，它们旨在满足“附加”应用程序的需求，尽管我还没有看到“附加”应该意味着什么的任何定义。我试图在 /usr/share/lintian/overrides 目录中为我的包创建一个 lintian 覆盖文件，当我这样做时，我从 Lintian 得到以下报告：

有什么办法可以绕过这种明显的固执吗？

我正在为我的计算机上的 Mingw64 打包一些库。为了使所有东西都可移植，我决定使用 dpkg 作为包管理器。由于安装了 mingw 库，因此/usr/$arch-mingw-w64我将这个前缀用于所有 windows-Stuff。现在，lintian 抱怨文件在不寻常的地方，例如 .dll 和脚本/usr/$arch-mingw-w64/bin。根据 Windows 规则（以及 wine 规则），DLL 必须在搜索路径中。在原始的 MingW 环境中，它们位于其中，…/bin并且一些脚本只能从 Windows 环境（又名 Wine）中访问。

所以我必须以某种方式使林田警告静音。从我不太了解的文档中，它是如何工作的。通过反复试验，我发现“包：警告参数”形式的消息可以逐字复制到debian/package.lintian-overrides中，省略部分package:。

由于使用 debuild 构建包有时会花费大量时间，并且由于 lintian 覆盖不会影响构建过程，因此我希望有一种快速的方法来测试我对覆盖的更改。我试过make -f debian/rules了，但这没有用。

..为什么它会破坏我的包装结构？

我正在尝试为最新的 git 版本的 VLC 构建 .deb 包。

即，我从 VLC（2.2.1）的发行版（ubuntu 15.10）源包中获取“/debian”目录，并将其复制/应用到 VLC 的最新 git pull（我能够毫无问题地编译） .

当我为 git 版本运行“debuild -b -uc -us”（适用于 VLC 2.2.1）时，我得到：

构建 debian 软件包很麻烦，而且信息有点稀缺。
知道这样的错误消息可能来自哪里，为什么？

我正在尝试为 Debian 构建一个二进制包（带有dpkg-deb --build），我需要将一些文件复制到目标机器中以使用postinst脚本完成安装（并在之后删除它们）。

但我不知道把它们放在哪里。

我试过了/tmp/mypkg，，，/bin/mypkgtmp/。/usr/share/mypkg/tmp但是 Lintian 对所有这些都产生了错误/警告：

• 目录或文件在 tmp
• arch-dependent-file-in-usr-share
• 子目录在 usr-bin

这是一个包含一些二进制文件的目录，所以我唯一可以使用的地方似乎是/usr/bin/mh.

但/usr/bin/mh似乎与邮件处理有关（不太清楚）。

在不产生 Lintian 错误或警告的情况下放置我的临时文件的正确位置是什么？

这是我的实际树：

谢谢。

问题

我有一个debian-rules-is-dh_make-template来自lintian.

我应该如何修复以传递错误？

消息显示我没有修改debian/rules，但我已经修改（我添加了override_dh_auto_clean:），所以我猜是 mydebian/rules不足但我无法弄清楚为什么 mydebian/rules不足...

我dibian/rules的在下面。

背景

我正在尝试做本教程（https://packaging.ubuntu.com/html/packaging-new-software.html#starting-a-package）。

通过使用默认值debian/rules，我遇到了这样的错误（https://bugs.launchpad.net/ubuntu-packaging-guide/+bug/1248353/）。

因此，我override_dh_auto_clean:在我debian/rules的解决方法中添加了（https://bugs.launchpad.net/ubuntu-packaging-guide/+bug/1248353/comments/10）。

我工作的公司为我们的软件开发 Debian 软件包文件。沿着这条线的某个地方，责任从一个人转移到另一个人，事情开始以不同的方式完成。

之前我们把我们的 systemctl 服务文件放到 /lib/systemd/system 中。现在我们将它们放入/etc/systemd/system。它似乎工作，这很好，但如果你在包上运行 lintian，它会认为这是一个错误。

几个问题：

1. 如果这被认为是一个错误，为什么它会起作用？
2. 将服务文件放在 /etc 下是否有理由？
3. 我知道在某些情况下，用户可能希望自定义依赖项或给定服务，以便（很可能）在相关服务启动之前完成其他事情。
4. 基于（3），如果我们突然将 /etc 下的文件位置（假设它们被标记为 conf 文件，目前它们不是）更改为 /lib 并且他们已经制作了，则可能会阻塞客户的系统任何变化。
5. 对此有何其他见解？

注意，我刚刚读过这个：https ://www.cloudsavvyit.com/3092/how-to-add-your-own-services-to-systemd-for-easier-management/

这似乎传达了将服务文件放置在 /etc 下的信息，由最终用户自行决定。

TIA,

深度学习