From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: Apologia for bzr Date: Mon, 06 Jan 2014 08:18:56 +0100 Message-ID: <87mwj9bmsf.fsf@gmx.de> References: <20140103152117.GA16679@c3po> <20140104082857.GA22010@thyrsus.com> <20140105205645.GA12781@thyrsus.com> <8738l2gcot.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1388992758 19879 80.91.229.3 (6 Jan 2014 07:19:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 6 Jan 2014 07:19:18 +0000 (UTC) Cc: David Kastrup , Emacs developers To: Yuri Khan Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 06 08:19:24 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W04T5-0001mc-Ic for ged-emacs-devel@m.gmane.org; Mon, 06 Jan 2014 08:19:23 +0100 Original-Received: from localhost ([::1]:32904 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W04T5-0001c0-30 for ged-emacs-devel@m.gmane.org; Mon, 06 Jan 2014 02:19:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59365) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W04Su-0001Tt-Ur for emacs-devel@gnu.org; Mon, 06 Jan 2014 02:19:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W04Sn-0000Wq-9V for emacs-devel@gnu.org; Mon, 06 Jan 2014 02:19:12 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:60933) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W04Sm-0000Wd-Vi for emacs-devel@gnu.org; Mon, 06 Jan 2014 02:19:05 -0500 Original-Received: from detlef.gmx.de ([93.209.88.114]) by mail.gmx.com (mrgmx102) with ESMTPS (Nemesis) id 0LosFD-1VSudx32uR-00gmbk for ; Mon, 06 Jan 2014 08:19:03 +0100 In-Reply-To: (Yuri Khan's message of "Mon, 6 Jan 2014 11:27:19 +0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Provags-ID: V03:K0:RtsaCYglz00i6MQQNI40GeNPO7oSxuvEd4HmHatEMxieIh/VRM6 serxOjnqQ6FqGPG4v0aZBVqRoYb55I1iKFjkWe0ExbnRoxjx6E6uc5VGQ4dGBDkbz4i2avU BD0G1+iBIAo5EN1CcbbBhj8jUwNsBd2KEpZS9ncq77JmN6FrCO3GGJwNxUvtWSUt4jn7Ddd d+jDwOpr9Ap9wz00TRT0A== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 212.227.15.15 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:167451 Archived-At: Yuri Khan writes: > Because workflow. > > You ssh into a remote server, perhaps with a need to investigate a > problem. You see the process list; a critical service process is dead. > You read some logs (probably with tail and/or less); they are not > detailed enough. You try to restart the service, but it still dies > soon and logs are still not detailed enough for you to understand what > is happening. > > At this point, the natural next thing is to say =E2=80=9Ceditor > /etc/foo/bar.conf=E2=80=9D to raise the logging level a bit. But this fir= es up > the default editor at the remote server, not a TRAMP editing session > on your local Emacs. > > Or you have to switch to a different application (from terminal > emulator to Emacs), and then press C-x C-f, and then type out that > whole remote path, and possibly enter your password again. > > > Maybe you have a solution to this issue? What incantation on the > remote server do I need to invoke in order to edit a remote file, > specified by its remote path (absolute or relative to the remote > current directory), in a local Emacs via TRAMP? What non-default setup > will be needed on the remote and/or local? (E.g. run Emacs server on > local/tcp and tunnel the server port to the remote, then use remote > emacsclient? Will it be secure against concurrent other users of the > same remote?) Using Tramp in this workflow makes sense if your primary investigations are already performed inside Emacs, using `M-x shell' or `M-x eshell'. Reading a log tail-wise is possible with `M-x auto-revert-tail-mode'. That's what I do daily, but maybe I'm biased in favor of Tramp. Best regards, Michael.