From: Fareha S. <fa...@ee...> - 2007-03-28 18:19:43
|
I tried that and it still fails. The connection is refused so it never gets to the authorization part. At the moment I am just working with fusexmp so that I can pinpoint the problem without using a more complex fuse file system. Thanks. Phil Snowberger wrote: > On Wed, Mar 28, 2007 at 01:15:39PM -0400, Fareha Shafique wrote: > >> I was wondering how fuse deals with applications that use X11. I am >> asking because I have installed Ubuntu 6.06 - Dapper Drake, and I am >> unable to launch any applications that use X11. For example when I try >> xterm I get the error: "/usr/bin/xterm Xt error: Can't open display: :0.0 >> When i try to run firefox I get the error: "(firefox-bin:17259): >> Gtk-WARNING **: cannot open display:" >> >> I'm completely lost as to why this is happening. Any help would be >> appreciated. >> > > X servers have various types of authorization mechanisms to keep random > people from connecting to them. This is a good thing because once > connected to an X server, you can read all the keystrokes sent to every > window on that server (see the output of the 'xev' program sometime). > > I suspect that when inside your filesystem, for some reason, the user > does not have access to the ~/.Xauthority file? This file (usually) > contains a "magic cookie" that matches the one the X server generated > when it was started, and it is necessary to present this magic cookie to > the server when connecting. > > If your server is on a LAN or you don't care too much about security, > try this: in an xterm outside your filesystem (or however you can get a > terminal inside the X server), run "xhost +localhost", and then try > starting an xterm from inside your filesystem again. This turns on > host-based X authorization, but only allows people to connect to your > display from localhost. > > I think that this will allow any user who has an account on your machine > to connect to it, so once you're done with the above, don't forget to do > "xhost -" (turn off host-based authorization), or your display will be > open to anybody on the local machine. > > hth, > --Phil > > |