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: Tue, 28 Aug 2018 22:42:25 +0200 Organization: my virtual residence Message-ID: <87tvneql3i.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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1535494192 20261 195.159.176.226 (28 Aug 2018 22:09:52 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 28 Aug 2018 22:09:52 +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 00:09:48 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 1fumBI-00059m-6K for ged-emacs-devel@m.gmane.org; Wed, 29 Aug 2018 00:09:48 +0200 Original-Received: from localhost ([::1]:40216 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fumDO-0004is-Ej for ged-emacs-devel@m.gmane.org; Tue, 28 Aug 2018 18:11:58 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39200) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fumBc-0003YK-Dq for emacs-devel@gnu.org; Tue, 28 Aug 2018 18:10:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fumAF-0000Ve-PC for emacs-devel@gnu.org; Tue, 28 Aug 2018 18:08:45 -0400 Original-Received: from mo6-p00-ob.smtp.rzone.de ([2a01:238:20a:202:5300::3]:18497) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fumA9-0000Oc-Ed; Tue, 28 Aug 2018 18:08:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1535494114; 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=jSLIGqsQdrGFtQz0V7IiVlh+DJrXto5+olDuNB66otw=; b=dIuI9kg5xD2HN/XiKbqS1YUcNFCHp4AqkT7SfyNNHSCpMxYqrdHHb8eKdKUYvlUzEI 3bDS24alUaAB1gDajZiSW5bJLUIPe4HDCNkaQCq0yqiyQ2rL3h5q4f8wtACokKF4XYrC 9uGxSsxvBXhEccyU6S2VDbriM2uarbdW0Z9Vs6g1a6kMThM0TgnorETQIZN5INIeXURh 7h/LLA8O7lACrQKiSnm3sTAZt9uRXqI0k20bmxng4g3Ng6idxcHUcpDT4bunVNn+Jazq EjzlTGdv+pol8ovE6J2P6BuBVHtlJqMg41XQDmqwQzBIVfuzzk2bGTMe2r6rv2yOQ3hz WpGw== 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 j020b1u7SM8T2GH (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 00:08:29 +0200 (CEST) Original-Received: from lee by himinbjorg.adminart.net with local (Exim 4.90_1) (envelope-from ) id 1fumA0-0001dy-Pm; Wed, 29 Aug 2018 00:08:28 +0200 In-Reply-To: <83bm9n6f7d.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 27 Aug 2018 17:45:26 +0300") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a01:238:20a:202:5300::3 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:229031 Archived-At: Eli Zaretskii writes: >> From: hw >> Cc: spacibba@aol.com, radon.neon@gmail.com, flexibeast@gmail.com, emacs-devel@gnu.org >> Date: Mon, 27 Aug 2018 00:51:38 +0200 >> >> >> In theory, Emacs could find out which variables are being defined in >> >> ~/.emacs and whether they are already known or not, like by checking if >> >> they can successfully be described. The unknown variables could then be >> >> brought to the attention of the user. >> > >> > That would definitely annoy me, for example: I have a lot of settings >> > of "unknown" variables, in preparation for when they will become known >> > (when the corresponding package is loaded on demand). >> >> Hmm, yes, there would have to be a way to tell the check which unknown >> variables it must not consider. Would it bother you when there was >> merely a function you needed to run to perform the check? I wouldn't >> consider it useful that the check would be done on every startup. > > If there were a setting to disable the check, that'd be fine by me. > Of course, then we'd have an argument about the default of that > setting ;-) Why, you want a check on every startup? ;) >> >> Unfortunately, the Emacs server can still not be used from remote >> >> machines --- or can it finally? >> > >> > Yes, it can. >> >> Wow! Finally! Awesome! I have to see if I can get that to work right >> now! That would be incredibly helpful ... >> >> Hm, no, it doesn't work: It says it connects, but then it either says >> "*ERROR*: Display :0 can't be opened" or "*ERROR*: Could not open file: >> /dev/pts/35". >> [...] >> So how do I get this to work? > > 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. And I don't remember how to get back when following links in info documentation --- if I ever knew that and if there even is a way (I seem to vaguely remember that there is ...). This documentation is really difficult to read. Anyway, why would I need to forward the port via ssh? Emacs can use it just fine without, and it would be already in use. I would expect using a secure connection to be the default anyway. I'm guessing the documentation wants me to allow the emacs daemon to access /dev/pts/35 via tramp. To be able to do that, emacs would have to ask me for my password, which it can not do because it can not open the terminal. Tramp can be extremely finicky, and what are the difficulties SELinux might put into my way when doing this? And what file is there to access when I want an X frame? 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. I'm running it now with Emacs as daemon on the server and 'ssh -Y server'. That allows me to get either X frames or to use the terminal. I needed to restart the tmux session because this does not work with a tmux session that was started without the -Y option of ssh. 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?