是什么原因导致Launchpad有时只为amd64构建二进制文件，有时为amd64和i386构建二进制文件？

Question

我上传了相同的包(ocaml，从卡米手动支持)，用于异种、可靠、仿生和焦点这里。对于前三个包，Launchpad同时构建了amd64和i386包，但是对于焦点，只会出现一个amd64包，这会导致下游i386包(奥卡姆沙丘)的依赖关系失败。我使用JasonGross/coq-debian-build@bfa701f和cd ocaml-stuff; ./01-download-ocamls.sh; ./run.sh中的脚本上传了这些包。(如果有用的话，run.sh的输出日志是在巴斯托上。)

为什么除了一个发行版之外，所有发行版都为ocaml-sexp构建了一个i386包，而所有发行版都为ocaml-dune构建了一个i386包，以及我如何让Launchpad在不同的包之间一致地选择构建i386包(在焦点上)或不构建i386包？

Answer 1

在Ubuntu19.10 (Eoan)中，规范放弃了对i386的完全支持，这就是为什么您的20.04构建不包括i386。Ubuntu现在只包含小范围的选择i386套餐，以提供对32位工作负载的支持(特别是运行32位Windows程序的葡萄酒)。

因此，尝试为Ubuntu19.10或更高版本提供包的i386版本没有多大意义。