From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#70900: 30.0.50; tramp complains "File error: Cannot remove lock file for /ssh:..." on every save when remote-file-name-inhibit-locks is non-nil Date: Mon, 13 May 2024 09:54:52 +0300 Message-ID: <86seymxkub.fsf@gnu.org> References: <847791f3-e5ed-47d1-87b7-e6e95fb0b8d3@gutov.dev> <87r0e6gsqa.fsf@gmx.de> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20351"; mail-complaints-to="usenet@ciao.gmane.io" Cc: dmitry@gutov.dev, 70900@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 13 08:56:36 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1s6Pbw-000574-Mn for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 13 May 2024 08:56:36 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s6PbT-0003mo-6S; Mon, 13 May 2024 02:56:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s6PbO-0003mV-Kt for bug-gnu-emacs@gnu.org; Mon, 13 May 2024 02:56:03 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1s6PbO-0007fk-Bk for bug-gnu-emacs@gnu.org; Mon, 13 May 2024 02:56:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1s6PbO-0003G0-Cm for bug-gnu-emacs@gnu.org; Mon, 13 May 2024 02:56:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 13 May 2024 06:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70900 X-GNU-PR-Package: emacs Original-Received: via spool by 70900-submit@debbugs.gnu.org id=B70900.171558330812502 (code B ref 70900); Mon, 13 May 2024 06:56:02 +0000 Original-Received: (at 70900) by debbugs.gnu.org; 13 May 2024 06:55:08 +0000 Original-Received: from localhost ([127.0.0.1]:58908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s6PaW-0003Fa-9e for submit@debbugs.gnu.org; Mon, 13 May 2024 02:55:08 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:60676) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s6PaP-0003F6-JP for 70900@debbugs.gnu.org; Mon, 13 May 2024 02:55:05 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s6PaJ-0007UM-7d; Mon, 13 May 2024 02:54:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=4/+fVTQzq55Z+smOJSQXqBET1cVCSZi5z0QLgXcqMYM=; b=POi0gIDZZwo+ OjymXa8yn2xgEzzq74TdLJpJXmg/jK9ElvPBqMkhp0g8l9S/JVs4CFABwax/IAsQ8mRzXYkgII2OP g6XL0Fbep+EKPF1po271vWsijhWgf3IO+T/l++Ym8uJoSe56U9jI2vyOtuzyUkn0jkLI8YkQNfyME l1HOVsYgr1cY90EXXCg1VisykffILFD7AJXBXu2opaPQPkUo4NiGj7U2asLrc5C7z5O1z+fNI1C/l NItGh9EOlEh6wazTiuABewrz6WwQaVP6T1JdwgU3L8IQ4kC2EoX4PunlJEmJs/IXBjsfopVnha6rZ DNTzV50Hh2bE31l3swQtPA==; In-Reply-To: <87r0e6gsqa.fsf@gmx.de> (bug-gnu-emacs@gnu.org) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:284955 Archived-At: > Cc: 70900@debbugs.gnu.org > Date: Mon, 13 May 2024 07:56:29 +0200 > From: Michael Albinus via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > Dmitry Gutov writes: > > Hi Dmitry, > > > 1. (setq remote-file-name-inhibit-locks t) > > 2. Open some file remotely, lightly edit and save it. > > 3. See this message in the Messages buffer. > > The description of remote-file-name-inhibit-locks says "Whether to > create file locks for remote files.". And this is what Tramp > does. Nothing said about checking/removing of lock files. > > If we want to suppress these actions as well, we shall agree about, and > change the doc. Eli? I think making the failure to remove be silent in this case is enough. If the user sets this variable to t, they are not interested in failures to remove lock files, even if it's for reasons other than "file does not exist". IOW, it's okay to try to remove lock files, but if that fails, Emacs should not display any error messages. > > It would also make sense to switch it on by default - it has a > > noticeable effect on performance. > > No. File locks are an essential part of Emacs. Disabling them has the > potential to damage something (see above), so it shall be decided by the user. Agreed.