display tests fail

Bug #1342398 reported by Robert Ancell
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gtk+3.0 (Ubuntu)
Fix Released
High
Unassigned

Bug Description

When building from lp:~ubuntu-desktop/gtk/ubuntugtk3 the following tests fail:

make[4]: Entering directory '/home/bob/bzr/ubuntu/build-area/gtk+3.0-3.12.2/debian/build/shared/testsuite/gdk'
...
TEST: display... (pid=20429)
  /display/unset-display: **
ERROR:/home/bob/bzr/ubuntu/build-area/gtk+3.0-3.12.2/./testsuite/gdk/display.c:29:test_unset_display: child process (/display/unset-display/subprocess/1 [20448]) failed unexpectedly
FAIL
GTester: last random seed: R02Scd205e936736e45c81367fd045319a1b
(pid=20451)
  /display/bad-display: **
ERROR:/home/bob/bzr/ubuntu/build-area/gtk+3.0-3.12.2/./testsuite/gdk/display.c:60:test_bad_display: child process (/display/bad-display/subprocess/1 [20465]) failed unexpectedly
FAIL
GTester: last random seed: R02Sc24a7df014203697a2a5cae40b501d27
(pid=20468)
FAIL: display

However when I change to the build directory and run "make check" they pass.

Changed in gtk+3.0 (Ubuntu):
importance: Undecided → High
assignee: nobody → Lars Uebernickel (larsu)
Revision history for this message
Lars Karlitski (larsu) wrote :

Sorry Robert, I can't reproduce this failure (and neither can seb128). Is there anything weird about your display settings that I might not have though about?

Changed in gtk+3.0 (Ubuntu):
status: New → Incomplete
Revision history for this message
Robert Ancell (robert-ancell) wrote :

Not that I can find. I've tried removing any non-standard packages. I'm building from a freshly created user account and I'm fully up to date utopic here.

Consistently breaks but I can't find out why.

Revision history for this message
Robert Ancell (robert-ancell) wrote :

I can reproduce by running 'debuild binary' inside the build directory. I've modified testsuite/gdk/display.c to redirect stdout/stderr to a file and I get:

(/home/bob/bzr/ubuntu/build-area/gtk+3.0-3.12.2/debian/build/shared/testsuite/gdk/.libs/lt-display:18477): Gdk-ERROR **: error: XDG_RUNTIME_DIR not set in the environment.

So something is going wrong in the environment. Note I do have XDG_RUNTIME_DIR set in my environment.

Revision history for this message
Robert Ancell (robert-ancell) wrote :

This error is from libwayland-client0 - Since the test is checking for an invalid/missing $DISPLAY Gdk is trying to use the Wayland backend. The Wayland backend is generating a log message and Gdk is converting this to a g_error. g_error aborts the program.

Revision history for this message
Robert Ancell (robert-ancell) wrote :

From reading the debuild source it does clean the environment. Can you guys check if you have anything set in /etc/devscripts.conf or ~/.devscripts or do you know of anything that should be setting XDG_RUNTTIME_DIR that I might not have?

Revision history for this message
Sebastien Bacher (seb128) wrote :

Robert, I never editing those configurations, that's weird...

Revision history for this message
Robert Ancell (robert-ancell) wrote :

Laney suggested setting XDG_RUNTIME_DIR in debian/rules as other packages do that (e.g. glib2.0). That fixes the problem for me. Still no idea why it breaks for me and not others, but we definitely should set XDG_RUNTIME_DIR as the Wayland backend requires it and tests might use the Wayland backend.

Changed in gtk+3.0 (Ubuntu):
status: Incomplete → Fix Committed
assignee: Lars Uebernickel (larsu) → nobody
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gtk+3.0 - 3.12.2-0ubuntu6

---------------
gtk+3.0 (3.12.2-0ubuntu6) utopic; urgency=medium

  * debian/control.in, debian/libgtk-3-0.symbols, debian/rules:
    - enable the mir backends only on architectures where mir is built
 -- Sebastien Bacher <email address hidden> Wed, 30 Jul 2014 19:08:26 +0200

Changed in gtk+3.0 (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.