From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Jay Berkenbilt" Newsgroups: gmane.emacs.bugs Subject: bug#53207: 28.0.91; create-lockfiles nil breaks file change detection Date: Wed, 12 Jan 2022 16:35:15 -0500 Message-ID: <655743d1-b695-4d22-ae21-cf195434a880@www.fastmail.com> References: <509ddd0f-589c-45b0-9b60-5820f4c1d716@www.fastmail.com> <83bl0g6f29.fsf@gnu.org> <3759fdad-fb95-4af8-b2bf-146abb81eb3d@www.fastmail.com> <83pmow4r9q.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29527"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Cyrus-JMAP/3.5.0-alpha0-4569-g891f756243-fm-20220111.001-g891f7562 Cc: 53207@debbugs.gnu.org To: "Eli Zaretskii" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jan 12 22:36:17 2022 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 1n7lHz-0007Pu-Pi for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 12 Jan 2022 22:36:16 +0100 Original-Received: from localhost ([::1]:53332 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n7lHy-0007w9-8V for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 12 Jan 2022 16:36:14 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:55590) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n7lHm-0007vy-SV for bug-gnu-emacs@gnu.org; Wed, 12 Jan 2022 16:36:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38199) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n7lHm-0004pa-JD for bug-gnu-emacs@gnu.org; Wed, 12 Jan 2022 16:36:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n7lHm-0001Dl-HF for bug-gnu-emacs@gnu.org; Wed, 12 Jan 2022 16:36:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Jay Berkenbilt" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2022 21:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53207 X-GNU-PR-Package: emacs Original-Received: via spool by 53207-submit@debbugs.gnu.org id=B53207.16420233454669 (code B ref 53207); Wed, 12 Jan 2022 21:36:02 +0000 Original-Received: (at 53207) by debbugs.gnu.org; 12 Jan 2022 21:35:45 +0000 Original-Received: from localhost ([127.0.0.1]:59335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n7lHU-0001DE-La for submit@debbugs.gnu.org; Wed, 12 Jan 2022 16:35:44 -0500 Original-Received: from out5-smtp.messagingengine.com ([66.111.4.29]:57847) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n7lHS-0001D2-A2 for 53207@debbugs.gnu.org; Wed, 12 Jan 2022 16:35:43 -0500 Original-Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 2AD195C01F8; Wed, 12 Jan 2022 16:35:37 -0500 (EST) Original-Received: from imap49 ([10.202.2.99]) by compute1.internal (MEProxy); Wed, 12 Jan 2022 16:35:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ql.org; h= mime-version:message-id:in-reply-to:references:date:from:to:cc :subject:content-type; s=fm3; bh=dDNR25ooD+kuxPGxYaksaiW61k7gz5w R7QOFBf3tD8M=; b=k31k2eWgGWJ3Y1rxWdzut8s9+b6HtC3+J8fe4qbb/zkzUPZ GHhEcwqbUtyxQloTFBPFO9rwASSVQ0Yyqc1IaA0CxLJTKMf4Wfssv0+I1a0F8YBI hbIxpc0C0Qk3kehX3kWMFgk+8sgi40axxQExLSd2ul7YfqqnxnxvMrfWbTUYFYcr S6RuZVuc2QPEklEsztLJ5fBAmZfnlsOmfdZywPAEBnddgKi8ztoBWbvHoTm++ow8 KAZ5cwVC/AgVIxATiLumIR+0r6OSZfScVTNngdZ3TmDhXbPglCIhfywZQhgkuFKD SsWFKkbNlP95tswjNJSRuxrEobeekr5oQnExL4Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=dDNR25 ooD+kuxPGxYaksaiW61k7gz5wR7QOFBf3tD8M=; b=ZNPQTyzLq5BtZd3xhcrQum NQDPKKq3m90hoIj3/qU4C0+yDd+OKn1ocVftrzU2miCRrOULZ645yI737tDl/Py5 kqL2MTyHgjOejB5/QJTkpA4/8tN+/IP64z6lOhgvrdwCxKUr4B5Q4f6rV76dy1MH 1w6DLPrARg0BJX+eHSwlpbxYRW5ViaQxa4Li5gMS2HiOBNxW5UMWAb7+uQlUcTdC 4+0SyXZTY8m3IB4eyEYwYFzWEbvAVGLhnYSJbv2MNgohN1WUa1otIWDmlRLafp0R 7bYpy42nEXCIfpodtwFsFL/4MaVy0VQc9BZ+tURHk7VnTvbSyHobASeEBG0UbAnw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrtddugdduvdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgesthdtredtreertdenucfhrhhomhepfdflrgih uceuvghrkhgvnhgsihhlthdfuceovghjsgesqhhlrdhorhhgqeenucggtffrrghtthgvrh hnpeehtdevhfefvdffgfeifeduheefhfduhfegfffgffdtveelffehvddvheejffeukeen ucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegvjhgsse hqlhdrohhrgh X-ME-Proxy: Original-Received: by mailuser.nyi.internal (Postfix, from userid 501) id D73E7F60075; Wed, 12 Jan 2022 16:35:36 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface In-Reply-To: <83pmow4r9q.fsf@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" Xref: news.gmane.io gmane.emacs.bugs:224048 Archived-At: On Wed, Jan 12, 2022, at 3:45 PM, Eli Zaretskii wrote: > > Date: Wed, 12 Jan 2022 15:07:32 -0500 > > From: "Jay Berkenbilt" > > Cc: 53207@debbugs.gnu.org > > > > > My suggestion is to stop setting create-lockfiles to a nil value. Why > > > is the non-nil value a problem? > > > > Emacs lockfiles are dangling symbolic links. Some tools and systems don't > > like those. > > Isn't that the reason we introduced lock-file-name-transforms? Perhaps so, but this misses the point. I am pointing out at there is an undocumented, perhaps undesirable change of behavior that needs to be either fixed or documented. If the change of behavior is intentional, then it should be documented. That said, I think the old behavior made more sense. The old behavior seems to be that setting create-lockfiles to nil just makes emacs stop creating lockfiles. The new behavior seems to be that it does other things as well. It's odd for you to tell me that I shouldn't use an option that is provided, particularly when it used to do exactly what I wanted it to do. All that said, if this is intentional and there is some reason to decrease the functionality of emacs by making it impossible to turn off lockfile creation without this other side effect, then I will add conditional code in my .emacs to turn off lockfiles if (not (boundp 'lock-file-name-transforms)). It just seems strange that emacs is perfectly capable of detecting when a file was changed outside of emacs without a lockfile but doesn't do this check if it's not also creating lockfiles.