Bug#850243: forge: FTBFS on multiple architectures

Ghislain Vaillant ghisvail at gmail.com
Thu Jan 5 10:48:48 UTC 2017


CC'd to the src:glm maintainer,

On Thu, 05 Jan 2017 10:37:06 +0000 Ghislain Antony Vaillant 
<ghisvail at gmail.com> wrote:
> Source: forge
> Version: 0.9.2-2
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
>
> Dear Maintainer,
>
> Since the latest update of the packaging, src:forge fails to build due
> to configuration error whilst looking for glm. Multiple architectures
> are affected, including major ones such as i386 or armhf / armel [1].
>
> [1] https://buildd.debian.org/status/logs.php?pkg=forge&ver=0.9.2-2
>
> Ghis
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)

Hi Guus, could you have a look at this please?

It looks like it is due to a regression in glm introduced in 0.9.8.3 
compared to 0.9.8.1. The CMake detection works correctly for amd64 but 
not i386.

The bug only shows up now because src:forge used to silently download a 
copy of glm if a system version were not found. I have corrected this 
behaviour and pushed a new version of the packaging, which now triggers 
the CMake detection problem.

Ghis



More information about the debian-science-maintainers mailing list