Debian 快速处理林寻警告的方法

我正在为我的计算机上的Mingw64打包一些库。为了使所有东西都便于携带，我决定使用dpkg作为包管理器。由于mingw库安装在

/usr/$arch-mingw-w64

中，因此我将此前缀用于所有windows内容。现在，林寻抱怨文件位于不寻常的地方，例如

/usr/$arch-mingw-w64/bin

中的DLL和脚本。根据Windows规则（以及wine规则），DLL必须位于搜索路径中。在原始的MingW环境中，它们位于

../bin

中，一些脚本应该只能从Windows环境（又称Wine）中访问

所以我不得不让林寻的警告保持沉默。从文档中我不太了解它是如何工作的。经过反复试验，我发现“package:warning parameter”形式的消息可以被逐字复制到

debian/package中。林寻覆盖了
，省略了
package:
部分

由于使用Debild构建包有时需要花费大量时间，并且由于林寻覆盖不会影响构建过程，因此我希望有一种快速的方法来测试覆盖的更改。我尝试了
make-f debian/rules
，但没有成功。
你应该把东西放在
/usr/lib/$arch-ming-w64
下。不要在
/usr
下创建新目录。创建一个新目录并不是真正有害的，只是因为它是非标准的，因此会让管理员和工具感到惊讶，他们会检查管理员是否会讨厌你。再说一次：正如我已经写的，mingw-w64库和include安装在
/usr/$arch-mingw-w64
下。因此，在
/usr/lib/$arch-mingw-w64
下安装任何东西都会让管理员大吃一惊，因为该标准已经由mingw编译器定义。尽管如此，我不认为这一改变将如何避免所有额外的林寻重写，因为林寻和debian都没有考虑windows程序。注意：没有一个MingW架构是正式的Debian架构。顺便说一句：系统名为“mingw-w64”，而不是“ming-w64”（问题中已更正）。您应该将其置于
/usr/lib/$arch-ming-w64
下。不要在
/usr
下创建新目录。创建一个新目录并不是真正有害的，只是因为它是非标准的，因此会让管理员和工具感到惊讶，他们会检查管理员是否会讨厌你。再说一次：正如我已经写的，mingw-w64库和include安装在
/usr/$arch-mingw-w64
下。因此，在
/usr/lib/$arch-mingw-w64
下安装任何东西都会让管理员大吃一惊，因为该标准已经由mingw编译器定义。尽管如此，我不认为这一改变将如何避免所有额外的林寻重写，因为林寻和debian都没有考虑windows程序。注意：没有一个MingW架构是正式的Debian架构。顺便说一句：该系统被称为“mingw-w64”，而不是“ming-w64”（在问题中更正）。