But, note this FACT: with the home directory mounted as SMBFS (
?which
doesn't
support locking?) you cannot run X with the .Xauthority being written
in
your
home directory. You get the following error: xauth: error in
locking authority file /home/ben_ford/.Xauthority
xauthority and some other to
Hi,
AFAIK SMBFS etc. don't support locking, sockets, fifo, ... (oftenly also
symlinks).
My guess regsarding the xhost thing is still, that the .Xauthority file
has trouble. To find out you could attach an strace -ff to the running
display manager and look which files it and the subproceccesses tr
On Tuesday 27 April 2004 04:09 am, Schlomo wrote:
> the display manager (GDM, ...) usually stores the XAUTHORITY cookie in the
> .Xauthority file in the users' home dir. If you mount that on-the-fly,
> maybe you mount it too late ? So that .Xauthority in the user home dir is
> not accessible at thi
Hi,
just an idea:
the display manager (GDM, ...) usually stores the XAUTHORITY cookie in the
.Xauthority file in the users' home dir. If you mount that on-the-fly,
maybe you mount it too late ? So that .Xauthority in the user home dir is
not accessible at this stage ? With the xhost +localhost
Hi,
Finally got this working!!
I have found a potential Workaround to the following error:
>/etc/X11/gdm/PreSession/Default: Registering your session with wtmp
>and
> utmp
> /etc/X11/gdm/PreSession/Default: running: /usr/bin/X11/sessreg -a
>-w /var/log/wtmp -u /var/run/utmp -x "/var/gdm/:0.Xserv
