<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, Feb 8, 2016 at 10:13 AM Holger Levsen <<a href="mailto:holger@layer-acht.org">holger@layer-acht.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Michael,<br>
<br>
thanks for reaching out to us and reporting this…!<br></blockquote><div><br></div><div>Of course!</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Samstag, 6. Februar 2016, Michael R. Crusoe wrote:<br>
> I think you all are the bee's knees. However, some of the packages I<br>
> maintain aren't compatible with 32 bit architectures, like armhf, and are<br>
> explicitly marked as such. Yet the reproducible builds infrastructure still<br>
> tries to build on the incompatible architecture and I get an error on<br>
> tracker.d.o and elsewhere.<br>
><br>
> Here is an example:<br>
> <a href="https://tests.reproducible-builds.org/rb-pkg/unstable/amd64/khmer.html" rel="noreferrer" target="_blank">https://tests.reproducible-builds.org/rb-pkg/unstable/amd64/khmer.html</a><br>
><br>
> Package: khmer<br>
> Architecture: amd64 any-arm64 any-mips64 any-mips64el any-ia64 any-ppc64el<br>
> any-sparc64<br>
> (from <a href="https://sources.debian.net/src/khmer/2.0%2Bdfsg-4/debian/control/" rel="noreferrer" target="_blank">https://sources.debian.net/src/khmer/2.0%2Bdfsg-4/debian/control/</a> )<br>
<br>
khmer is being tried to build (on armhf), because it has "all" in the<br>
Architecture field, at least as seen on<br>
<a href="https://tests.reproducible-" rel="noreferrer" target="_blank">https://tests.reproducible-</a><br>
<a href="http://builds.org/rbuild/testing/armhf/khmer_2.0+dfsg-3.rbuild.log" rel="noreferrer" target="_blank">builds.org/rbuild/testing/armhf/khmer_2.0+dfsg-3.rbuild.log</a> where the line<br>
reads:<br>
"Architecture: any-amd64 any-arm64 any-mips64 any-mips64el any-ia64 any-<br>
ppc64el any-sparc64 any-s390x all ppc64"<br>
<br>
This line is coming from the .dsc file, see<br>
<a href="http://httpredir.debian.org/debian/pool/main/k/khmer/khmer_2.0+dfsg-3.dsc" rel="noreferrer" target="_blank">http://httpredir.debian.org/debian/pool/main/k/khmer/khmer_2.0+dfsg-3.dsc</a><br>
<br>
I have no idea why the .dsc file differs from the control file.<br></blockquote><div><br></div><div>One of the binary packages, khmer-common, is Architecture: All, Multi-Arch: foreign. Perhaps that is why?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> Could, perhaps, this not happen?<br>
<br>
That's surely the idea as you can see if you compare<br>
<a href="https://tests.reproducible-builds.org/unstable/amd64/index_not_for_us.html" rel="noreferrer" target="_blank">https://tests.reproducible-builds.org/unstable/amd64/index_not_for_us.html</a><br>
with<br>
<a href="https://tests.reproducible-builds.org/unstable/armhf/index_not_for_us.html" rel="noreferrer" target="_blank">https://tests.reproducible-builds.org/unstable/armhf/index_not_for_us.html</a><br>
<br>
however there's a bug somewhere.<br>
<br>
<br>
cheers,<br>
        Holger<br>
</blockquote></div></div>