Bug#864717: libffado: FTCBFS assumes host = machine architecture

[James Cowgill]

Control: retitle -1 libffado: FTCBFS assumes host = machine architecture

Hi,

On 13/06/17 13:33, trebmuh at tuxfamily.org wrote:
> Package: libffado
> Version: 2.3.0-2
> 
> Dear debian maintainers,
> 
> trying to rebuild a 32 bits package for FFADO with pbuilder on 64 bits
> machine gives me a :
> ...
> zip
> ...
> scons: done reading SConscript files.
> scons: Building targets ...
> building 'config_debug.h' from 'config_debug.h.in'
> building 'config.h' from 'config.h.in'
> g++ -o src/DeviceStringParser.os -c -std=gnu++11 -mx32 -fPIC -fPIC

I've adjusted the title to something a bit better.

The issue is that the libffado scripts assume that they can determine
the host architecture by probing the machine architecture through some
black magic (calling objdump on /bin/mount !). The x32.patch follows
this by reading "uname -m" to determine if it's running on x32 or i386.

The correct solution is to remove all of this code and just invoke $(CC)
which in Debian package builds should be set to a suitable compiler for
the right architecture. Conveniently, there appears to an option to do
this "DETECT_USERSPACE_ENV=False", so we don't need to patch the source
and we can probably remove x32.patch after this as well (untested though!).

As a workaround you can use "linux32 pbuilder..." when building the
package to override "uname -m". I know that sbuild already does this for
you which is probably why none of the buildds suffer from this bug.

Thanks,
James

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20170613/944373ba/attachment.sig>