**** BEGIN LOGGING AT Sun Nov 29 03:01:03 2015 Nov 29 19:41:31 morning all **** BEGIN LOGGING AT Sun Nov 29 22:09:07 2015 Nov 29 22:57:52 Hi Nov 29 22:58:08 I'm getting this splat with qemu-native on latest master when building for nios2 Nov 29 22:58:10 http://pastebin.com/u01i4R1E Nov 29 22:59:09 I wonder -- should qemu-native depend on libpulsecommon maybe ? OR should we disable pulseaudio support for qemu via configure ? Nov 29 23:05:27 Marex: hey Nov 29 23:05:29 Marex: which host distro is this on? Nov 29 23:08:36 bluelightning: debian testing Nov 29 23:08:51 bluelightning: you're right, it's sucking in the host libs it seems Nov 29 23:09:08 I think it's meant to; we have to link to the host SDL Nov 29 23:09:21 (since that's going to be properly linked to the host libgl) Nov 29 23:09:42 bluelightning: a bit of googling also found this http://lists.openembedded.org/pipermail/openembedded-core/2015-November/112207.html Nov 29 23:10:04 bluelightning: so it's linking against OE Dbus, but host libpulsecommon ? Nov 29 23:10:15 I'm not entirely sure Nov 29 23:10:29 something of that nature though Nov 29 23:11:37 bluelightning: but that'd imply it's not possible to build qemu-native reliably on any distro ? Nov 29 23:11:51 since there would be some sort of incompatibility between dbus and libpulsecommon Nov 29 23:11:57 well, clearly it does build on a lot of host distros Nov 29 23:12:17 bluelightning: probably because they didn't update libpulsecommon to a newer version or something ? Nov 29 23:12:49 bluelightning: or maybe the libpulse* is linked against different version of dbus Nov 29 23:13:08 bluelightning: I use dbus 1.10.4 and libpulse0 7.1 on debian Nov 29 23:13:35 looks like Ed also has this issue with host with dbus 1.10 Nov 29 23:38:24 bluelightning: maybe the patch from Ed is correct ? Nov 29 23:38:39 bluelightning: maybe it should be extended to always link against system dbus though ? **** ENDING LOGGING AT Mon Nov 30 03:00:50 2015