Programs that use dbus appear not to work as remote X clients
I have been trying to use Gnome Planner running as an X remote client application running on another computer on the LAN. I.e. I am logging into another computer using ssh from a terminal window on my desktop (using 'ssh -X <remote> so X is allowed and DISPLAY is set) and then entering 'planner' at the command prompt. It's totally broken as far as I can see, planner tries to connect to a local (i.e. on the remote system) dbus which isn't there because the X session it needs to talk to is on my desktop computer. The symptoms in planner are a huge delay starting up, a failure to find saved data and a wierd pop-up error box when it finally appears on the screen. I also tried running yelp as a remote X client and it too failed miserably with a load of similar dbus errors:- (yelp:2860): Yelp-WARNING **: Cannot find dbus bus GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-nrMIzFk9Y7: Connection refused) GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-JTLaNQBBPo: Connection refused) (yelp:2860): Yelp-WARNING **: Failed to load config file: No such file or directory ** (yelp:2860): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed ** (yelp:2860): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed (yelp:2860): Yelp-WARNING **: An error occurred getting the gconf value /apps/yelp/use_system_fonts: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-4gA9VDJgu5: Connection refused) (yelp:2860): Yelp-WARNING **: An error occurred getting the gconf value '/apps/yelp/variable_font' ... plus loads more in similar vein. Other remote X client applications (which, presumably don't attempt to use dbus) work perfectly OK. I even have synaptic installed on the (headless) remote system and run it on my desktop to do upgrades to the remote system (I usually use apt-get but sometimes synaptic is easier). So am I missing something or is the whole dbus thing completely broken if you're trying to use X in the classic way with remote applications? I've done a few Google searches and didn't find anything very obvious about this so *maybe* there is something vital I'm missing, or maybe no one now uses remote X (at least not with Gnome). -- Chris Green
On Tue, Jan 12, 2010 at 05:08:16PM +0000, Chris G wrote: [snip tale of woe]
So am I missing something or is the whole dbus thing completely broken if you're trying to use X in the classic way with remote applications? I've done a few Google searches and didn't find anything very obvious about this so *maybe* there is something vital I'm missing, or maybe no one now uses remote X (at least not with Gnome).
Further Google searching has revealed the answer, simple but decidedly not obvious. I need to enter 'dbus-launch planner' at the remote prompt, this apparently tells the remote system that the dbus it needs to talk to is on my desktop. Anyway, it works now. -- Chris Green
On Tue, Jan 12, 2010 at 05:08:16PM +0000, Chris G wrote:
So am I missing something or is the whole dbus thing completely broken if you're trying to use X in the classic way with remote applications? I've done a few Google searches and didn't find anything very obvious about this so *maybe* there is something vital I'm missing, or maybe no one now uses remote X (at least not with Gnome).
... and the answer is, I need to enter the following at the prompt:- dbus-launch planner -- Chris Green
At Tue, 12 Jan 2010 17:08:16 +0000, Chris G wrote:
I have been trying to use Gnome Planner running as an X remote client application running on another computer on the LAN. I.e. I am logging into another computer using ssh from a terminal window on my desktop (using 'ssh -X <remote> so X is allowed and DISPLAY is set) and then entering 'planner' at the command prompt.
So you've decided to go for planner? If you get a chance, let us know how it suits your needs. And if you're comparing it to other time/task management tools it'd be great to hear your views. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Richard Lewis ISMS, Computing Goldsmiths, University of London Tel: +44 (0)20 7078 5134 Skype: richardjlewis JID: ironchicken@jabber.earth.li http://www.richard-lewis.me.uk/ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- +----------------------------------------------+ | Support open access to scholarship | | http://freeculture.org/ http://www.doaj.org/ | +----------------------------------------------+
On Tue, Jan 12, 2010 at 05:27:44PM +0000, Richard Lewis wrote:
At Tue, 12 Jan 2010 17:08:16 +0000, Chris G wrote:
I have been trying to use Gnome Planner running as an X remote client application running on another computer on the LAN. I.e. I am logging into another computer using ssh from a terminal window on my desktop (using 'ssh -X <remote> so X is allowed and DISPLAY is set) and then entering 'planner' at the command prompt.
So you've decided to go for planner? If you get a chance, let us know how it suits your needs. And if you're comparing it to other time/task management tools it'd be great to hear your views.
Not definite yet but it looks as if it might be about the right level for what we want. I'll report on progress (or lack of it). -- Chris Green
participants (2)
-
Chris G -
Richard Lewis