The best Server

[NoOp]

On 07/09/2008 05:41 PM, Rashkae wrote:
> NoOp wrote:
> 
>> 
>> For this last test I used my old "won't do desktop effects if it's life
>> depended on it" laptop, so no issues there.
>> 
>> 
>> 
> 
> For my next shot in the dark (and that's all these are at this point)
> 
> Create a new user on the remote computer, and add him to the admin
> group.  Then ssh in as this new user and try gksu gedit from there.  I'm
> trying to see if there's some cruft in your current user's home
> directory that's causing this problem.
> 
> 
> 
> 

OK user 'test' created and added to the admin group. On permissions for
'test' I've left it as default -adding to admin allows it to "Administer
the system" (same as ggserver2 was) but leaves "Manage printers" and
Share files with the local network" unchecked. I reboot the server just
to be sure and then do an ssh -X login from the laptop. (note: I've got
all machines within arms reach & a monitor + keyboard connected to the
server so I can see it boot etc).

Results:

1. ssh comes in with no problem.
2. gedit by itself works with no problem.
3. 'gksu gedit' and 'sudo gedit' work after the second try. The first
try results in the 'BadAccess' error.

This looks very much like Vincent Arkesteijn's report where he reports:

<quote>
Logging out from the remote machine does not help. What does help,
however, is typing "xauth list" or just "cat ~/.Xauthority" in a local
terminal window. After that, I can again start new applications.
</quote>

So I reboot the server and try Vincent's 'xauth list'. Results:

1. 'xauth list' sets the 'MAGIC COOKIE'

userver/unit:10 MIT-MAGIC-COOKIE-1 <cookie digits>

2. 'gksu gedit' works first time out of the box.