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