Bug#1151073: rkcommon should be Architecture: any
Adrian Bunk
bunk at debian.org
Fri Oct 16 21:11:02 BST 2026
On Fri, Oct 16, 2026 at 09:38:57PM +0200, Francois Mazen wrote:
> Hi Adrian,
Hi Francois,
> Yes there was a technical reason to limit the architecture because the code did
> use specific intel SIMD instruction not available everywhere.
that's what NO_SIMD=ON in debian/rules seems to handle.
> You may look at
> the Salsa CI pipeline history for information [1]
>
> However, it was back to the 1.12 version and the initial packaging as an OSPRay
> dependency. Maybe with recent 1.15 version, the intel limitations are not valid
> anymore?
It might just be bad luck that i386 is the second architecture in salsa.
> Feel free to check other architectures and if successful I'll happy to change to
> "Architecture: any"
i386 was the other architecture where I tried building before
submitting the bug, and I got an error there that looked similar
to [1].
Without much debugging this looks like an i386-only problem to me,
something like tbb trying to use SSE headers. blender had already
become 32-bit-only, for that it does not matter whether rkcommon
is available on i386.
I don't know if i386 is the only archtecture where rkcommon fails to
build, but at least on riscv64 the NO_SIMD=ON codepath works and I'd be
optimistic that it works on more architectures.
> Best,
> François
>...
cu
Adrian
[1] https://salsa.debian.org/science-team/rkcommon/-/jobs/5085752
More information about the debian-science-maintainers
mailing list