The best Server

NoOp glgxg at sbcglobal.net
Thu Jul 10 01:09:09 UTC 2008


On 07/09/2008 06:04 PM, NoOp wrote:
> 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>

Sorry should read:

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





More information about the ubuntu-users mailing list