From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: Obsolence of rlogin.el Date: Sun, 25 Mar 2018 15:41:29 +0200 Message-ID: <871sg8ff1y.fsf@gmx.de> References: <87bmfh1smk.fsf@gmx.de> <87sh8tpg8j.fsf@gmx.de> <87r2oaafyd.fsf@gmx.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1521985178 30652 195.159.176.226 (25 Mar 2018 13:39:38 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 25 Mar 2018 13:39:38 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Kalman Reti Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 25 15:39:34 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 1f05ry-0007sw-CS for ged-emacs-devel@m.gmane.org; Sun, 25 Mar 2018 15:39:34 +0200 Original-Received: from localhost ([::1]:51370 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f05u1-0007Lx-Gg for ged-emacs-devel@m.gmane.org; Sun, 25 Mar 2018 09:41:41 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33467) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f05tv-0007Ll-Na for emacs-devel@gnu.org; Sun, 25 Mar 2018 09:41:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f05ts-0005he-HY for emacs-devel@gnu.org; Sun, 25 Mar 2018 09:41:35 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:54703) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f05ts-0005gf-7S for emacs-devel@gnu.org; Sun, 25 Mar 2018 09:41:32 -0400 Original-Received: from detlef.gmx.de ([213.220.145.140]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LcSAg-1eGGlg1nj4-00ju6a; Sun, 25 Mar 2018 15:41:30 +0200 In-Reply-To: (Kalman Reti's message of "Fri, 23 Mar 2018 14:19:08 -0400") X-Provags-ID: V03:K0:uE9E1ZBWtd+Yrph8r3UY8pwAbL7FXarIxzB0ZdhqhJ6Hmsul6Kk iHRZI1ufqFVbqkYdUXLJqlmKkdbmtxdSuAeDq3Rr3aZdgvIY/Q741hFZ0TrmDDoPXKB1BhB hauxGfH4DGP7BOch7XD14u9v3ZrT+gtiMsqjdM13xcu4xj03LbrZmZIHALEDpyh3ilUm2qJ eQgmoxCftdP08JONzTX2g== X-UI-Out-Filterresults: notjunk:1;V01:K0:0VVmsSMnLA4=:2LZ3/iApcDk0wiXSBh1QPE LF/BhPy1/CNZa2Y3tzUJsQo8Ts27VXKoyWoC9ypkwYrYzXhXRA8ffYs/tvCG6abDnRQSWyaC4 VSO3nzX9CoGQtCdGXfONSaGaps9GBbS+C7WvlUd7I6G/ytMlx6DivD88l4U0pLKgetASu+G/L I/IyJjWtK+aq0dIv393/aaYV2CDDTPUGF2Tr0YJbUHiW8AIPVxKoWA9GdAOq6q3J0WL1xqj1D UXaWaEWaXQ8LEbN8KL+0538wpuytMdUxlxdV1xE76XZpOwO6e1/A2egsZMbMZs0vE0Uq7gRgX fjMYkoOP7Akc+UAmhTpg9LHOljlQIm4WtxWaLMtneOG+Qdx6orTbbBVcCt9JQHbqyvIGtMZpx kbW41GDUGxSxDOCyrKpGtfDqTzyM6lglShnObVIrVyq+9Vo8L6R2Ru0DQn8vunfXmS+O1sPcV JEbFmwRbtE8DVW+6IgNRQCfQ1t71eXyNH/+apbsHm21Hpa0dEY3BwsZg8kiDkVPjmqYetxClO rpM7Uoe/yxTav7LnNltoEZ+CDVMkf7wPwT8CYv7lwRtgaUT+38BUAEY8OP+gVjZz08r5hE1U2 eWRtDvitOtdFHjYkgyb7iwXhbV5UZ4flpNORCcY8OBiIbo1COH++sLgRNkyaTsP0+U2ZMi4Sr 2dwO1O/fUyeazup0i2boF6Ire79FEaritsP2RuEeLMndJPI9SnVSaeOEeZcz3T+x20DS9BO2p 9VtRt0c9q2e+R1iNDzJh11VtXSxqkGKo1APy+m3uBjEKkRWe3hppqdkWlyfUUq/OBHqU98zn X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.15.19 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:223998 Archived-At: Kalman Reti writes: Hi Kalman, > Sounds to me like you need shadowfile.el. With this package, you > could define clusters, which implement a similar feature as you > apply, keeping several files in sync on different hosts, once one > of the files is changed. > > This sounds more like a 'keep files in sync wherever the changes are > made' solution rather than a 'I want changes made only in the > canonical location and distributed (non-automatically) to the > subordinate locations at times of my choosing' solution. However, I'll > look into it to see if it might be useful. My idea is to use the "primary host" declaration of a cluster in shadowfile.el. It shall be possible to declare the local host as the primary host (no Tramp involved at all) of a clster. And if a file from any host of the cluster is asked for visiting, the corresponding file from the primary host, the local file, shall be taken. This would mimic what you do with your rlogin setup, w/o the hack to redirect directory tracking as you do. This would even free you from the precondition, that a given file must be exactly on the same directory location on the remote and local hosts. shadowfile.el does not sync all cluster files automatically, once you have edited one of them. You could configure it this way, but you could configure it also differently, that it does it only when you call shadow-copy-files. This said, you could even keep your approach to distribute the changed local file to the involved remote hosts outside Emacs. > I think I wasn't being clear; I don't WANT to use tramp. If you don't want to use Tramp at all, I cannot help you. It would be the precondition to use directory tracking in `shell'. > Rlogin.el gives me exactly the two capabilities I want, executing > remote commands and relative directory tracking without adding others > that I don't want, e.g. a remote shell's interpreting pathnames as if > they existed on the remote host. Even after rlogin.el has been declared as obsolete, you could still use it. It will be moved into the directory lisp/obsolete, and Emacs maintainers won't feel obliged anymore to maintain it, fixing bugs. That's all. Best regards, Michael.