<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 19, 2024, 13:57 Graham Inggs <<a href="mailto:ginggs@debian.org">ginggs@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi James<br>
<br>
On Mon, 19 Aug 2024 at 12:40, James Addison <<a href="mailto:jay@jp-hosting.net" target="_blank" rel="noreferrer">jay@jp-hosting.net</a>> wrote:<br>
> Ok, thank you.  Could we resolve this by adding libelpa.symbols.arch file(s), minus the openmpi symbols, for the failing architectures?<br>
<br>
That might fix the build, but who will take care of the autopkgtests<br>
and reverse-dependencies?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">From reading one of the linked bug autopkgtest outputs, none of the tests passed at all, and that makes me wonder if they ran despite a faulty binary/program output.</div><div dir="auto"><br></div><div dir="auto">I began attempting a test build locally but on an x86 (64, I'm not completely mad) host under qemu but it was abysmally slow, so I'll try again later on an ARM build host.</div><div dir="auto"><br></div><div dir="auto">From the git history of the symbols file, I also notice that at one point the relevant (open)MPI symbols were tagged as optional.  Perhaps that, even if it is an unusual use of the tag, could allow the build to succeed without creating per-arch files.</div><div dir="auto"><br></div><div dir="auto">In any case: I'll try to provide some results-based feedback soon (next day or so, most likely).</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
</blockquote></div></div></div>