From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: hw Newsgroups: gmane.emacs.devel Subject: Re: Some developement questions Date: Wed, 29 Aug 2018 22:52:40 +0200 Organization: my virtual residence Message-ID: <87y3coopyf.fsf@himinbjorg.adminart.net> References: <87sh36inql.fsf@himinbjorg.adminart.net> <8336v6cvem.fsf@gnu.org> <8736v6icgt.fsf@himinbjorg.adminart.net> <83tvnmb958.fsf@gnu.org> <877ekigiiw.fsf@himinbjorg.adminart.net> <837ekhb2me.fsf@gnu.org> <87zhxcbmtr.fsf@himinbjorg.adminart.net> <83in409lub.fsf@gnu.org> <871sanb71j.fsf@himinbjorg.adminart.net> <87k1oeaofu.fsf@ada> <20180825103413.gbm5stsl67j6weow@Ergus> <87k1od7vzf.fsf@himinbjorg.adminart.net> <83wosd5h3x.fsf@gnu.org> <871sakzssu.fsf@himinbjorg.adminart.net> <83bm9n6f7d.fsf@gnu.org> <87tvneql3i.fsf@himinbjorg.adminart.net> <83o9dl2oob.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1535578747 3418 195.159.176.226 (29 Aug 2018 21:39:07 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 29 Aug 2018 21:39:07 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: spacibba@aol.com, radon.neon@gmail.com, flexibeast@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 29 23:39:03 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fv8B4-0000ju-Cb for ged-emacs-devel@m.gmane.org; Wed, 29 Aug 2018 23:39:02 +0200 Original-Received: from localhost ([::1]:45087 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fv8DA-0002y7-PP for ged-emacs-devel@m.gmane.org; Wed, 29 Aug 2018 17:41:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42959) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fv8CP-0002xz-Ub for emacs-devel@gnu.org; Wed, 29 Aug 2018 17:40:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fv8CN-0006kK-G5 for emacs-devel@gnu.org; Wed, 29 Aug 2018 17:40:25 -0400 Original-Received: from mo6-p01-ob.smtp.rzone.de ([2a01:238:20a:202:5301::11]:25822) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fv8CL-0006io-JO; Wed, 29 Aug 2018 17:40:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1535578820; s=strato-dkim-0002; d=adminart.net; h=Sender:References:Message-ID:Date:In-Reply-To:Subject:Cc:To:From: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=uxoyAxiwllvG1PhodPSnirWyzskJBWzg5T4lDP56n3M=; b=jdIybus5/c4lgcBVPcuJBHdlALMnN6IZDHcyK03wwvRojdKrasmV23lJ0fB7jR1Lph oSgc3mq0f+T+UWelf3gZIsb4fRTx3hYjRlHIkRSh95NGGUEjO1NkTmj0gQH1r1EukWDr TYy09Rewwt0c1C+gYh5dFqTAGBH5jjhyBoBpshFEi1L7LCm4qyhzvLssGlXdgyu9gfTJ vdI/Z4WBsr3jBYz55tbF6tbqMd6nQx17Zis9A9pT9SUGAf2DLmqLkl9dzKZfp8no4bd/ 54rwDRqncka7h10++jR6SKhLGNykw0jCf0pxdQQ//HL3Raqef4pGmasOYlRI9wPaCN+q QWkQ== X-RZG-AUTH: ":O2kGeEG7b/pS1FS4THaxjVF9w0vVgfQ9xGcjwO5WMRo5c+h5ceMqQWZ3yrBp+AVdIIwXjneEe9k=" X-RZG-CLASS-ID: mo00 Original-Received: from himinbjorg.adminart.net by smtp.strato.de (RZmta 43.21 DYNA|AUTH) with ESMTPSA id j020b1u7TLeF6KC (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Wed, 29 Aug 2018 23:40:15 +0200 (CEST) Original-Received: from lee by himinbjorg.adminart.net with local (Exim 4.90_1) (envelope-from ) id 1fv8CE-0001Sd-Io; Wed, 29 Aug 2018 23:40:14 +0200 In-Reply-To: <83o9dl2oob.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 29 Aug 2018 18:11:16 +0300") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a01:238:20a:202:5301::11 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:229070 Archived-At: Eli Zaretskii writes: >> From: hw >> Cc: spacibba@aol.com, radon.neon@gmail.com, flexibeast@gmail.com, emacs-devel@gnu.org >> Date: Tue, 28 Aug 2018 22:42:25 +0200 >> >> > Read about that in the manual, nodes "TCP Emacs server" and the >> > description of the --tramp-prefix= option under "emacsclient Options". >> >> I don't understand this documentation. It's a good example for why >> people turn to a search engine. > > Feel free to submit bug reports about any unclear documentation, > explaining what part(s) confused you. The whole section about the --tramp-prefix= option confused me. >> And I don't remember how to get back when following links in info >> documentation > > You can type 'l' (for "last"), or use the left arrow button on the > tool bar, or click on "Info" in the menu bar and select "Back in > History", or click on Info->History and select any node you visited at > random. Ah! I remembered something about arrows and tried to use the cursor keys --- how about making it so that you can go back and forth in info with Alt+ like you can do in web browsers? I have menu and toolbar disabled ... >> This documentation is really difficult to read. > > You mean in general, or this specific feature description? It's the combination of both, i. e. the description didn't make sense to me and fighting with how to use the info browser because the description made me follow the reference about tramps prefixes, and I couldn't get back. I ended up getting stuck in the help documentation of info and actually had to kill the buffer to be able to start over because I couldn't get anywhere else from there. >> Anyway, why would I need to forward the port via ssh? > > I don't really know what you are after, exactly: you never described > that in enough detail. The features I pointed to allow one to use > emacsclient to access remote machines in several different use cases, > and I hoped one of them is yours. Well, that's what I'd like to do, and you've probably pointed me the right way. >> And what file is there to access when I want an X frame? > > When you invoke emacsclient, you usually ask it to visit a file, > right? Wrong; the files are usually already loaded, either because Emacs keeps running on the server, or because desktop-mode has already restored them. >> The example in the documentation is the wrong way round: The server is >> running on the remote machine. If I wanted to run emacs locally on my >> workstation, I could just do that, but I want it to run on the server >> because I don't shut the server down but my workstation. > > It depends on the direction from which you look at the connection. > Files local to the remote host are remote files for you when you sit > at the other end. That depends. Files local to the server are not really remote to the client because the client has them mounted via NFS. But the virtual terminal would be a file remote to the server. Hence I'm guessing that the Emacs server would somehow need to use tramp to access them, but in order to do so, the Emacs server would need to ask me for my password, and it can not do that because it can not open a terminal without that password. Even if it had the password, SELinux might prevent it from accessing a device file like that. >> But I'd like to use the Emacs server without such detours. Can remote >> Emacs not simply be simple? Why doesn't the locally running emacsclient >> allow the remote Emacs server to access the terminal transparently? > > Now I'm confused: which terminal would you like the remote Emacs to > access, and how is that relevant to your original question? So you see how this is confusing :) I'd like to use the Emacs server that runs remotely on the server from my workstation with an emacsclient running locally on the workstation directly without X11 forwarding via ssh for the frames, and I'd like to be able to also use 'emacsclient -nw' on the workstation, using the emacs server on the server. I am wondering if I need the X server running on the workstation to listen on a TCP port for that to work for the frames; I guess not because the emacsclient would run locally. Basically, I want to use the Emacs server the usual way how you use any server, like a web server or an ssh server or an XMPP server. I understand that the Emacs server can not open the virtual terminal when using 'emacsclient -nw' because from its perspective, that is a remote file. Apparently, it might able to use tramp to open it if I supply an appropriate --tramp-prefix= option, provided I could enter the password for the log in, and provided that SELinux doesn't get in the way. However, emacsclient is running locally, so it should be able to use the console. I am wondering what remote file the Emacs server would need to open to create a frame in the X session running on the workstation. And I am finding the idea of remotely opening files representing virtual consoles within a tmux session somewhat strange and not looking like a good idea. So, yes, I kinda understand the documentation, but it's confusing, and I couldn't get it to work yet and am not sure that I can. Even if I could, I can not enter the password. I've downloaded the 26.1 release sources and am using that version because the server runs Centos, which comes with Emacs 24.x which seems a bit old. So I have most of the cool new features now, and this should be a really easy thing to do :) I need to give it more time and experimentation, maybe this weekend.