Gmail Calendar Documents Reader Web more »
Recently Visited Groups | Help | Sign in
Google Groups Home
gnu.emacs.help
+ new post
About this group
Subscribe to this group
This is a Usenet group - learn more
Local frame for a remote emacs
Options
There are currently too many topics in this group that display first. To make this topic appear first, remove this option from another topic.
There was an error processing your request. Please try again.
flag
   3 messages - Collapse all  -  Translate all to Translated (View all originals)
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Jason Sewall  
View profile  
 More options Nov 6, 12:00 am
Newsgroups: gnu.emacs.help
From: Jason Sewall <jasonsew...@gmail.com>
Date: Fri, 6 Nov 2009 00:00:55 -0500
Local: Fri, Nov 6 2009 12:00 am
Subject: Local frame for a remote emacs
Reply | Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
I posted this to comp.emacs earlier, but it seems pretty quiet there,
so I thought I'd try this list:

I've been trying to get emacs to let me open a local frame to an
already-running emacs for a while now, and I can't seem to make it
work. This is with emacs 23.

I start emacs --daemon on my desktop machine, then on my laptop, I run
ssh -X <desktop> -f emacsclient -c. I get the following response:

"X11 connection rejected because of wrong authentication

*ERROR*: Display localhost:10.0 can't be opened"

I don't claim to be an expert in xauth, but I've never had any trouble
with running ssh -X on these machines.

ssh -X <desktop> -f emacs works fine
ssh <desktop> -f emacsclient -t works fine
ssh -X <desktop> -f emacsclient --eval '"(make-frame-on-display
\"$DISPLAY"\)"' gives the same rejection as emacsclient -c

In terms of X and, what are these commands doing differently? Is the
$DISPLAY that emacs --daemon is started in somehow causing the remote
access to fail?

Any ideas? I've done a bit of Googling and I can't seem to find a good
answer. Any thoughts here?

Jason


    Reply    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Peter Dyballa  
View profile  
 More options Nov 6, 12:10 pm
Newsgroups: gnu.emacs.help
From: Peter Dyballa <Peter_Dyba...@Web.DE>
Date: Fri, 6 Nov 2009 18:10:59 +0100
Local: Fri, Nov 6 2009 12:10 pm
Subject: Re: Local frame for a remote emacs
Reply | Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author

Am 06.11.2009 um 06:00 schrieb Jason Sewall:

> "X11 connection rejected because of wrong authentication

> *ERROR*: Display localhost:10.0 can't be opened"

> ...
> In terms of X and, what are these commands doing differently? Is the
> $DISPLAY that emacs --daemon is started in somehow causing the remote
> access to fail?

> Any ideas?

How about:

        xhost localhost:10.0

It might also work to leave away the ":10.0" part. The command allows  
access from your local machine's nominal display #10, screen #0 on  
the display (usually 0) on which you are working. Leaving away that ":
10.0" specifier would allow every X related process running on your  
computer to connect to your X server.

The ssh protocols have extra options for (port) re-direction...

I'm neither no X authorisation expert...

--
Greetings

   Pete

They that can give up essential liberty to obtain a little temporary  
safety deserve neither liberty nor safety.
                -Benjamin Franklin, Historical Review of Pennsylvania.


    Reply    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Jason Sewall  
View profile  
 More options Nov 6, 1:38 pm
Newsgroups: gnu.emacs.help
From: Jason Sewall <jasonsew...@gmail.com>
Date: Fri, 6 Nov 2009 13:38:17 -0500
Local: Fri, Nov 6 2009 1:38 pm
Subject: Re: Local frame for a remote emacs
Reply | Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author

On Fri, Nov 6, 2009 at 12:10 PM, Peter Dyballa <Peter_Dyba...@web.de> wrote:
> How about:

>        xhost localhost:10.0

This syntax is not understood by my xhost (1.0.2) and I have reason to
believe that it is not possible to specify a display like that; in the
'bugs' section, it says:

 "You can’t specify a display on the command line because -display  is  a
  valid  command  line  argument  (indicating that you want to remove the
  machine named ‘‘display’’ from the access list)."

> It might also work to leave away the ":10.0" part. The command allows access
> from your local machine's nominal display #10, screen #0 on the display
> (usually 0) on which you are working. Leaving away that ":10.0" specifier
> would allow every X related process running on your computer to connect to
> your X server.

> The ssh protocols have extra options for (port) re-direction...

> I'm neither no X authorisation expert...

Since I have no problem getting remote windows to open on my laptop's
display (xterm&, emacs&, etc) with the same remote client, I feel like
the issue is that emacsclient -c is doing something different in
redirecting the display. Do you folk think a post to emacs-devel would
be useful? Do you know who spearheaded the emacsclient -c development?

Thanks for your help,
Jason


    Reply    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
End of messages
« Back to Discussions « Newer topic     Older topic »

Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
©2009 Google