Bug#864717: libffado: FTCBFS assumes host = machine architecture
Le 2017-06-13 15:19, James Cowgill a écrit : I've adjusted the title to something a bit better. Thank you for that, James. 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. I'm cleaning up my inbox, and it appears that I didn't got back to you. From memories, the "linux32 pbuilder" did the trick. Thank you for that James. Cheers, Olivier
Bug#864717: libffado: FTCBFS assumes host = machine architecture
Le 2018-07-05 12:25, Nicolas Boulenguez a écrit : Hello. Packaging for 2.4.1-0.1 passes CC to the upstream build system and probably fixes this issue. Can you please attempt to reproduce the problem? If so, please CC me when reporting the result. Thanks. Hi Nicolas, I've been trying a backport (stretch) rebuild of 2.4.1-0.1 and it does work without the need to trick pbuilder with a "linux32 pbuilder...". Thank you. Olivier PS: I'm closing the bug then. Thank you James and Nicolas.
Bug#864717: libffado: FTCBFS assumes host = machine architecture
Source: libffado Followup-For: Bug #864717 Hello. Packaging for 2.4.1-0.1 passes CC to the upstream build system and probably fixes this issue. Can you please attempt to reproduce the problem? If so, please CC me when reporting the result. Thanks.
Bug#864717: libffado: FTCBFS assumes host = machine architecture
Control: retitle -1 libffado: FTCBFS assumes host = machine architecture Hi, On 13/06/17 13:33, treb...@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 signature.asc Description: OpenPGP digital signature