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: Sat, 01 Sep 2018 19:53:03 +0200 Organization: my virtual residence Message-ID: <87a7p1hzpc.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> <87zhx5psis.fsf@gmx.de> <8736uxorwk.fsf@himinbjorg.adminart.net> <87y3cmsmkp.fsf@gmx.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1535900117 3583 195.159.176.226 (2 Sep 2018 14:55:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 2 Sep 2018 14:55:17 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: Eli Zaretskii , radon.neon@gmail.com, flexibeast@gmail.com, spacibba@aol.com, emacs-devel@gnu.org To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 02 16:55:13 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 1fwTmQ-0000lt-QY for ged-emacs-devel@m.gmane.org; Sun, 02 Sep 2018 16:55:11 +0200 Original-Received: from localhost ([::1]:41262 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fwToX-0003dn-3h for ged-emacs-devel@m.gmane.org; Sun, 02 Sep 2018 10:57:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59207) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fwTnW-0003YP-9s for emacs-devel@gnu.org; Sun, 02 Sep 2018 10:56:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fwTnV-0006Ul-B5 for emacs-devel@gnu.org; Sun, 02 Sep 2018 10:56:18 -0400 Original-Received: from mo6-p00-ob.smtp.rzone.de ([2a01:238:20a:202:5300::8]:33286) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fwTnT-0006Ta-Uu; Sun, 02 Sep 2018 10:56:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1535900174; 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=QGk3wLoZkKRmpIi/pcwmm5R8X/mSMa84mtDS7mCXh80=; b=FHRQkkAz4esxWbzNcfp++VLZfeLBgGeIUjEoO20lKiF6PB9ufwowYS70eu4lc4/4r8 BL4p4sb8i1IwF9Is6GIIp/gOu654fwEbRfvqUtTdRYRH2oPQVvNnaKJsayECORqBl9sp Vspjci/MZ7kGtWWm3jlcNiv9N5/h7ve3msZIMg0mYPreEFTlBHWjrIK6DUIgGuydgoi0 KvddB37CDRzWcC5+9NyTcz6H/0J+oWuVPsBrFXPQbfR92nDwY0BodY0CRAt6L0vSNyOD vHO84NNnNHDxQ9v0xvCswWtURxC9M24lggfGvh5CCYBxCWaNN1ScTzUFWd830Bk8+u2C ombw== 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 j020b1u82Eu9FAQ (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); Sun, 2 Sep 2018 16:56:09 +0200 (CEST) Original-Received: from lee by himinbjorg.adminart.net with local (Exim 4.90_1) (envelope-from ) id 1fwTnN-0000Uh-0N; Sun, 02 Sep 2018 16:56:09 +0200 In-Reply-To: <87y3cmsmkp.fsf@gmx.de> (Michael Albinus's message of "Fri, 31 Aug 2018 15:16:38 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a01:238:20a:202:5300::8 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:229178 Archived-At: Michael Albinus writes: > hw writes: > > Hi, > >> Well, I don't really know the datails; only sometimes I need to run >> (tramp-cleanup-all-connections) when it somehow gets screwed up. >> >> Last time, it blocked me entirely when it tried to create a backup file >> and couldn't do that because file permissions did not allow it. I was >> forced to either kill Emacs or change permissions so it could create the >> file. After that, I changed the backup directory for tramp and found >> out that cleaning up all the connections is not enough to have this >> change applied; I had to kill the buffer and visit the file again for it >> to work. > > If this happens again, you could call "M-x > tramp-cleanup-all-buffers". It clears all connections *and* kills all > buffers related to a remote file. Wouldn't that have killed a lot of buffers that do not require the change of the autosave directory? > For further analysis, I would need the Tramp debug buffer. If you set > permanently tramp-verbose to 6, relevant information are traced. Well, > at least as long Tramp is mulish ... You could reproduce it maybe: Edit a remote file in /usr/local/bin which belongs to micheal:root. Once Emacs tries to create an autosave, tramp freaks out because it does not have permission to create the autosave file in that place. >> So at least for one case, here are the details, but I won't call it a >> bug, only something that could be improved upon, like check permissions >> before creating backups and prompt what to do when permissions do not >> allow to create one, and applying a change of the backup directory right >> away to all connections, or prompt the user if the change should be >> applied to all of them now. > > Again, it is not clear what caused the problem. In order to get Tramp > improved, I count on users sending the traces. file permissions I had to change the ownership of the directory so Emacs was allowed to create the autosave file there to get around the problem. After changing the autosave location, I could give the directory back to root. >> That was Emacs 24.x, on Centos, so perhaps this has already been >> changed. > > Well, Emacs 26 is out, and the integrated Tramp shall behave > better. Yes, this is my hope all the years ... There's a way to find out :)