Re: LLVM 的 nodoc build profile 支持

Hi,

On 3/16/23 01:43, Boyuan Yang wrote:
> Hi,
> 
> 在 2023-03-13星期一的 14:38 +0800，Cyan写道：
>> 各位开发者：
>>
>> 我在前些天发现 LLVM 无法正确 bootstrap，在去除了所有文档相关的构建和包之后，得以顺利
>> bootstrap。随后在编写 nodoc 支持时，发现软件包 libllvm-X.Y-dev
>> 包含了库文件和文档：
>>
>> $ cat debian/libllvm-X.Y-ocaml-dev.install.in
>> @OCAML_STDLIB_DIR@
>> usr/lib/llvm-@LLVM_VERSION@/share/doc/llvm/ocaml-html/
>> usr/share/doc/libllvm-@LLVM_VERSION@-ocaml-dev/
>> usr/lib/llvm-@LLVM_VERSION@/share/doc/LLVM/llvm/ocaml-html/
>> usr/share/doc/libllvm-@LLVM_VERSION@-ocaml-dev/
>>
>> 阅读手册得知此类文件无法编写条件，现在要如何处理本包？我的想法是在 nodoc 时不构建此包，想在邮件里问一下各位
>> DD/DM 的看法。
> 
> 我的理解是在没有拆分出单独的 -doc 软件包的情况下，应该无法优雅地将 nodoc build profile 应用到现在的打包脚本中。可能的解法：
> 
> (1) 把 .install 文件的安装逻辑挪回 debian/rules 文件中，这个不是很优雅。
> (2) 让上游拆分出 -doc 软件包，在 nodoc profile
> 下可以直接不构建该包或令其内容为空，这个比较优雅但需要拆包，如果要把这个修改合并回去的话原维护者可能不同意。
> 
> 如果你只是自用并不是很正式，那么直接上手修改 .install.in 文件是可行的。或者直接
> 不构建 -dev 包在非正式场合也可行。
> 
> 谢谢，
> Boyuan Yang

感谢回复，我会尝试透过 Bug 报告来和上游沟通你在解法 2 中提到的方案。尽管未来不太可能会有新的架构被移植到 
Debian, 但如果 nodoc 支持被上游接受的话，大家在 bootstrap 
期间就可以直接使用。
不过在这之前也许应该先（在其他架构上）检查一下这类软件包是否包含任何 Copyright 
文件。

谢谢，
Cyan