Control: tag -1 - patch Hi,
On Mon, Nov 30, 2015 at 10:52:41AM +0000, Iain Lane wrote: > Package: pinpoint > Version: 1:0.1.8-1 > Severity: normal > Tags: patch > User: [email protected] > Usertags: origin-ubuntu xenial ubuntu-patch > > Hiya, > > We run the tests on armhf in Ubuntu, and they noticed that there is a > regression. > > > test_pdf_output > > libGL error: No matching fbConfigs or visuals found > > libGL error: failed to load driver: swrast > > Xlib: extension "RANDR" missing on display ":99". > > Xlib: extension "RANDR" missing on display ":99". > > Xlib: extension "RANDR" missing on display ":99". > > Xlib: extension "RANDR" missing on display ":99". > > Xlib: extension "RANDR" missing on display ":99". > > Xlib: extension "RANDR" missing on display ":99". > > Xlib: extension "RANDR" missing on display ":99". > > Xlib: extension "RANDR" missing on display ":99". > > libEGL warning: DRI2: failed to create any config > > > > (pinpoint:3924): GLib-CRITICAL **: g_strsplit: assertion 'string != > > NULL' failed > > Segmentation fault > > ASSERT:Unknown failure encountered running a test > > The attached patch (run xvfb with 1024x768x24) fixes it for me (just > uploaded, so [0] will confirm shortly). I guess it's because of the > clutter-gtk porting in this release. [...] > diff -Nru pinpoint-0.1.8/debian/tests/smoke-tests > pinpoint-0.1.8/debian/tests/smoke-tests > --- pinpoint-0.1.8/debian/tests/smoke-tests 2015-11-19 12:33:29.000000000 > +0000 > +++ pinpoint-0.1.8/debian/tests/smoke-tests 2015-11-30 10:30:33.000000000 > +0000 > @@ -5,7 +5,7 @@ > set -e > > pinpoint() { > - xvfb-run --auto-servernum /usr/bin/pinpoint "$@" > + xvfb-run -s "-screen 0 1024x768x24" /usr/bin/pinpoint "$@" > } This breaks the tests for me on amd64, both directly on my development machine with adt-virt-null, and under adt-virt-lxc. Both fail with: xvfb-run: error: Xvfb failed to start Neither changing the server number to something different from 0 nor fiddling with the resolution paremeter (tried e.g. 640x480x8) seem to help. Isn't it masking a problem that is actually down the stack? -- Antonio Terceiro <[email protected]>
signature.asc
Description: PGP signature
