On Fri, Dec 21, 2018 at 08:55:31AM +0100, László Böszörményi (GCS) wrote: >Hi Steve, > >On Thu, Dec 20, 2018 at 10:51 PM Steve McIntyre <st...@einval.com> wrote: >> Source: botan >> Version: 2.6.0-3 >> Severity: important >> User: debian-...@lists.debian.org >> Usertags: cpu-detection >> >> I've been doing a full rebuild of the Debian archive, building all >> source packages targeting armel and armhf using arm64 hardware. We are >> planning in future to move all of our 32-bit armel/armhf builds to >> using arm64 machines, so this rebuild is to identify packages that >> might have problems with this configuration. >> >> botan is one such package - its configure.py is way too prescriptive >> about matching up CPU architecture versions. It doesn't cope with an >> "armv8l" CPU type running a 32-bit userland, even though that's a >> perfectly valid configuration for lots of machines. >> >> botan could do with fixing upstream (maybe by simply adding "armv8l" >> as an alias in src/build-data/arch/arm32.txt?), or failing that by >> adding another override in the debian/rules file to specify the right >> CPU target. There's already one there for armhf, so I guess adding >> another one for armel to say >> >> $(if $(filter $(DEB_HOST_ARCH), armel),--cpu=armel) >> >> *might* be an answer here. > As Jack noted, it should be fixed in 2.7.0 which is available from >experimental. Please try that version as well and report back if >possible.
That works just fine - yay! -- Steve McIntyre, Cambridge, UK. st...@einval.com We don't need no education. We don't need no thought control.
