Bug#737380: glib2.0: FTBFS on mipsel: gapplication test failed: ECHILD was received by waitpid()

[Simon McVittie]

This appears to be something to do with the gapplication test accidentally
trying to use `dbus-launch --autolaunch`, because of the following sequence
of events:

* one test-case (/gapplication/basic in my testing) calls g_test_dbus_up()

* that test-case (/gapplication/basic in my testing) calls g_test_dbus_down()
  which calls g_test_dbus_unset() which does a:
      g_unsetenv ("DBUS_SESSION_BUS_ADDRESS");
      g_unsetenv ("DISPLAY");

* a subsequent test-case (/gapplication/no-appid in my testing)
  does something that tries to connect to the session bus

* because DBUS_SESSION_BUS_ADDRESS has been unset, we use a default code
  path, which is to run "dbus-launch --autolaunch"

Then we go into a reasonably complicated fork/exec which for some reason
is failing on mipsel; it might be something to do with g_spawn_sync()
for dbus-launch in the GDBus thread, concurrently with
g_spawn_async_with_pipes() in the main thread. I think there's still a
bug here, but the interaction between GApplication and GDBus doesn't seem
ike the simplest possible place to debug that...

Anyway, we can make this test pass by not attempting autolaunch, which I
think should be probably applied anyway, even at the risk of masking the
g_spawn_sync() vs. g_spawn_async_with_pipes() bug.

I haven't upstreamed this patch or committed it to pkg-gnome svn yet.

    S
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Do-not-attempt-to-autolaunch-a-session-dbus-daemon-w.patch
Type: text/x-diff
Size: 3315 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20140203/68035437/attachment.patch>