Segfaults when started remotely via SSH

[alessio]

This bug has been originally reported to the Debian BTS, the reporter said the following:

Dear Maintainer,

openstreetmap-client segfaults when started remotely via ssh:

abe@local $ ssh -Y remote abe@remote $ openstreetmap-client

(openstreetmap-client:1999): Clutter-CRITICAL **: Unable to initialize Clutter: Unable to find suitable fbconfig for the GLX context: Failed to find any comatible fbconfigs [1] 1999 segmentation fault openstreetmap-client abe@remote $

I could reproduce this with Sid amd64 as well as Sid i386 on the remote side. At least on Sid i386 it though works fine locally. (Can't test on amd64 as that box is a virtual machine only accessible via SSH. :-)

Even if the program should not be suitable for remote usage (I'd only expect some HW-related stuff to have such restrictions), it should not segfault, but give an according error message instead.*

You may find the original report here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688743

Cheers.

[sigurdga]

Thanks for reporting, and thanks a lot for packaging and maintaining!

I will look deeper into this, getting my debian upgraded and so on, but a quick note to self (or others) is that I see this running on Ubuntu, ssh -Y to localhost:

(maps:17329): GLib-GIO-ERROR **: Settings schema 'org.gnome.system.proxy' is not installed

It may or may not be related.

I will comment on the debian bug when I have more useful info.

[xtaran]

Doesn't seem to happen in all cases of tunnelling via SSH. I've just tried it again with the same remote host, but a different local host and a newer version (Debian's 14.03.1~ds0-1). So the core of the issue may not be SSH but some other differences. I'll later try to reproduce this with the initial combination of hosts and check if it still applies.