emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#62614: closed (Tramp attempts to remove lock file with 'remote-file-


From: GNU bug Tracking System
Subject: bug#62614: closed (Tramp attempts to remove lock file with 'remote-file-name-inhibit-locks t)
Date: Tue, 04 Apr 2023 07:56:02 +0000

Your message dated Tue, 04 Apr 2023 09:55:12 +0200
with message-id <87jzysxesf.fsf@gmx.de>
and subject line Re: bug#62614: Tramp attempts to remove lock file with 
'remote-file-name-inhibit-locks t
has caused the debbugs.gnu.org bug report #62614,
regarding Tramp attempts to remove lock file with 
'remote-file-name-inhibit-locks t
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
62614: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=62614
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: Tramp attempts to remove lock file with 'remote-file-name-inhibit-locks t Date: Sun, 02 Apr 2023 15:28:21 +0200 User-agent: mu4e 1.10.0; emacs 30.0.50
I have the following configuration to reduce remote latency while
saving, where the interesting tidbit is 'remote-file-name-inhibit-locks:

(setq tramp-ssh-controlmaster-options "-o ControlMaster=auto"
      remote-file-name-inhibit-cache 300
      remote-file-name-inhibit-locks t)

While editing a remote file via /scp:remote:test.txt I see the following
warning pop up:

Warning (unlock-file): Cannot remove lock file for /scp:remote:test.txt, ignored

because the lock file hasn't been created in the first place. I guess we
shouldn't attempt to unlock if there was no lock to begin with.


In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo
 version 1.16.0, Xaw scroll bars) of 2023-04-01 built on t14g2
Repository revision: 4bd1fc59664273c571aba8543940768c68eb336b
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101007
System Description: Debian GNU/Linux 12 (bookworm)

Configured using:
 'configure --with-x-toolkit=lucid --with-native-compilation
 --with-tree-sitter --without-gsettings 'CFLAGS=-O3 -flto -march=native
 -pipe ' 'LDFLAGS=-fuse-ld=mold -flto''



--- End Message ---
--- Begin Message --- Subject: Re: bug#62614: Tramp attempts to remove lock file with 'remote-file-name-inhibit-locks t Date: Tue, 04 Apr 2023 09:55:12 +0200 User-agent: Gnus/5.13 (Gnus v5.13)
Version: 30.1

Yuri D'Elia <wavexx@thregr.org> writes:

Hi Yuri,

>>> >> How about trying to remove the lock file, but if creation of lock
>>> >> files is disabled, suppressing the warning?
>>> >
>>> > As above.
>>>
>>> See appended patch.
>>
>> LGTM, thanks.
>>
>>> Shall it go to the emacs-29 or master branch?
>>
>> Master, please.
>
> As for this specific bug report, I'd close it as "fixed".
> The spurious warning was definitely my main complaint.

Pushed to master, closing.

Best regards, Michael.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]