[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#864717: marked as done (libffado: FTCBFS assumes host = machine architecture)

Your message dated Sun, 19 Aug 2018 01:52:48 +0200
with message-id <[🔎] 483c7136008ac585a8e7ca92ff507c53@tuxfamily.org>
and subject line Re: Bug#864717: libffado: FTCBFS assumes host = machine architecture
has caused the Debian Bug report #864717,
regarding libffado: FTCBFS assumes host = machine architecture
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
864717: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=864717
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
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 -DDEBUG_MESSAGES -DENABLE_BEBOB -DENABLE_FIREWORKS -DENABLE_OXFORD -DENABLE_MOTU -DENABLE_DICE -DENABLE_RME -DENABLE_GENERICAVC -I. -Isrc -I/usr/include/libxml++-2.6 -I/usr/lib/i386-linux-gnu/libxml++-2.6/include -I/usr/include/libxml2 -I/usr/include/glibmm-2.4 -I/usr/lib/i386-linux-gnu/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib/i386-linux-gnu/sigc++-2.0/include src/DeviceStringParser.cpp 
In file included from /usr/include/inttypes.h:25:0,
                 from src/ffadotypes.h:31,
                 from src/debugmodule/../fbtypes.h:27,
                 from src/debugmodule/debugmodule.h:30,
                 from src/DeviceStringParser.h:27,
                 from src/DeviceStringParser.cpp:24:
/usr/include/features.h:364:25: fatal error: sys/cdefs.h: No such file or directory 
 #  include <sys/cdefs.h>
                         ^
compilation terminated.
scons: *** [src/DeviceStringParser.os] Error 1
g++ -o src/bebob/bebob_avdevice.os -c -std=gnu++11 -mx32 -fPIC -fPIC -DDEBUG_MESSAGES -DENABLE_BEBOB -DENABLE_FIREWORKS -DENABLE_OXFORD -DENABLE_MOTU -DENABLE_DICE -DENABLE_RME -DENABLE_GENERICAVC -I. -Isrc -I/usr/include/libxml++-2.6 -I/usr/lib/i386-linux-gnu/libxml++-2.6/include -I/usr/include/libxml2 -I/usr/include/glibmm-2.4 -I/usr/lib/i386-linux-gnu/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib/i386-linux-gnu/sigc++-2.0/include src/bebob/bebob_avdevice.cpp 
In file included from /usr/include/inttypes.h:25:0,
                 from src/ffadotypes.h:31,
                 from src/debugmodule/../fbtypes.h:27,
                 from src/debugmodule/debugmodule.h:30,
                 from src/devicemanager.h:28,
                 from src/bebob/bebob_avdevice.cpp:26:
/usr/include/features.h:364:25: fatal error: sys/cdefs.h: No such file or directory 
 #  include <sys/cdefs.h>
                         ^
compilation terminated.
scons: *** [src/bebob/bebob_avdevice.os] Error 1
scons: building terminated because of errors.
debian/rules:62: recipe for target 'debian/stamp-scons-build' failed
make: *** [debian/stamp-scons-build] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 
I: copying local configuration
E: Failed autobuilding of package

Please, advice.
Olivier

--- End Message ---
--- Begin Message --- 
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.

--- End Message ---
Reply to: