<div dir="ltr">Control: tags -1 + patch fixed-upstream<br><br>Hi,<br><br>The s390x FTBFS in 2.2.6-1 is a big-endian bug, and upstream has<br>already fixed it:<br><br>  <a href="https://github.com/bbuchfink/diamond/commit/093dafab9f9ecf2a0666ddd0dda48e9eff29b7c6">https://github.com/bbuchfink/diamond/commit/093dafab9f9ecf2a0666ddd0dda48e9eff29b7c6</a><br>  (<a href="https://github.com/bbuchfink/diamond/pull/986">https://github.com/bbuchfink/diamond/pull/986</a>, merged 2026-09-26, not<br>  in any release yet)<br><br>DatabaseFile::is_diamond_db() reads the .dmnd magic number as raw bytes<br>and does not convert it from the on-disk little-endian format. On s390x<br>the comparison fails, so diamond treats the database as FASTA, and the<br>build-time test fails with:<br><br>  Opening the database... Error: Error opening file test/C.faa.diamond. No such file or directory<br><br>The commit adds the missing byteswap there and in read_seqinfo().<br><br>We have applied it in Ubuntu on top of 2.2.5-2, together with a backport<br>of the 2.2.6 generic FingerPrint code. The s390x build now passes, and<br>all 20 diamond blastp runs in debian/tests/diamond-calls complete.<br><br>The commit applies to 2.2.6 unchanged; it is the same code that Ubuntu<br>tested on 2.2.5. Adding it as a patch to 2.2.6-1 should fix s390x and<br>unblock the migration.<br><br>The patch with a DEP-3 header is attached.<br><br>Cheers,<br>Sebastien</div>