From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#26126: 26.0.50; file-notify-rm-watch removes arbitrary watches Date: Wed, 22 Mar 2017 14:23:47 +0100 Message-ID: <8737e54f8c.fsf@detlef> References: <87r31x9ulw.fsf@luca> <87shmcney8.fsf@detlef> <87efxw7xvc.fsf@luca> <87mvcjophx.fsf@detlef> <87tw6rssoi.fsf@luca> <87pohfkmvh.fsf@detlef> <87lgs2sobr.fsf@luca> <87y3w2gywc.fsf@detlef> <878to21fty.fsf@luca> <87wpbl1u80.fsf@detlef> <87d1ddecx2.fsf@luca> <87efxtnk8m.fsf@detlef> <87tw6nd6nf.fsf@luca> <871strm323.fsf@detlef> <838tnywshh.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1490189066 10655 195.159.176.226 (22 Mar 2017 13:24:26 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 22 Mar 2017 13:24:26 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: 26126@debbugs.gnu.org, politza@hochschule-trier.de To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Mar 22 14:24:14 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1cqgFH-0001I5-37 for geb-bug-gnu-emacs@m.gmane.org; Wed, 22 Mar 2017 14:24:11 +0100 Original-Received: from localhost ([::1]:51055 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cqgFM-0002ow-R9 for geb-bug-gnu-emacs@m.gmane.org; Wed, 22 Mar 2017 09:24:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41154) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cqgFD-0002ol-RG for bug-gnu-emacs@gnu.org; Wed, 22 Mar 2017 09:24:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cqgF8-0006g9-A0 for bug-gnu-emacs@gnu.org; Wed, 22 Mar 2017 09:24:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40588) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cqgF8-0006g5-6L for bug-gnu-emacs@gnu.org; Wed, 22 Mar 2017 09:24:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cqgF8-0007JN-1I for bug-gnu-emacs@gnu.org; Wed, 22 Mar 2017 09:24:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Mar 2017 13:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26126 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 26126-submit@debbugs.gnu.org id=B26126.149018903828094 (code B ref 26126); Wed, 22 Mar 2017 13:24:01 +0000 Original-Received: (at 26126) by debbugs.gnu.org; 22 Mar 2017 13:23:58 +0000 Original-Received: from localhost ([127.0.0.1]:38786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cqgF4-0007J4-CC for submit@debbugs.gnu.org; Wed, 22 Mar 2017 09:23:58 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:59671) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cqgF2-0007Ip-0o for 26126@debbugs.gnu.org; Wed, 22 Mar 2017 09:23:56 -0400 Original-Received: from detlef.gmx.de ([93.209.67.208]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LyEJp-1c5gDh41rx-015aJU; Wed, 22 Mar 2017 14:23:49 +0100 In-Reply-To: <838tnywshh.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 21 Mar 2017 17:37:46 +0200") X-Provags-ID: V03:K0:2PrCsaw/kwwJ0Pm+PUKXA+TbJqQZsDfT4yum94UC+VikwVBzOwm NBQzm6XC64e+8qNOg2fKZOlq4IzdtjXq0QNhOdxHcGBolsN3XH9z8L3UrGO/qfMmG6N+6JY no0aYKVKJyfiTJiZbqEt0P50GD3Xx2XUqUdBQxRjbHc8pTdZ62WoH2Vy9G4t34OE3hNAhcQ TP+7ZzIpF6yHu+FYqZR1A== X-UI-Out-Filterresults: notjunk:1;V01:K0:/y4R+vT2fYo=:N9uXmBiNrzIAcYP1dFXvRN WCW1FXhD+pp3OKNqHkj6Jwq8BjRhvoFHUTntM5d+RO8asDuErJ+izC9nENrQoKFFB+gMx17hE Ldb0Z+7fi0WCGzZo8y/Lz+pcDVrrIImmJ1PZnF/kQfXYjibklQugJxHUeWUc5qVCqLcAZ420s omuEGuvA9sqW6B/QHEFb45DXamVOfEcx6j4WuG5guKpYXgyyds8ylH7l9kctPSdhqXbfLcmIJ xSsxD7Pw23jttnB0/nQa+ymkAaIXbzLcTGofBej2iPMooVO8g7yFDx/aB2MzoLPlbaVTJkfeS GEvc/iAsN8dh3uWqBJdrSUl4k9oymNrUFqkYwUUwcy9ALtcjflQlaoVco2b1DXAHikoenbGQV 0uOQPTB2A0+p+hscT+acuHavSUV+sFNOfPJHi1fkb7kxsDvj+P2/zOqmOe6C29Z8QNOZZZFRB lQ+3vYBbjPQg2KXnUrjSyVpQ6s79YeCo+QUbxyxH6fA7IBSr+16s8M+yVXwX5pb7X9QK5kH8S 5vkTYC2EKzJKhl9n9VTdEtYrOSPdIWfk8N7cpSnAzIlQVGyEoW2bRtMchvJ8qwQ/tPZ3sqqeW YxFy1r0I0c6I/91zs/rzwabJge6IcuNZynKBWCCJfqAB55SR2gv+1HhqYQmCJrZwrgESqT2nt pr8SK5O68aq4wNZDMeeMleRzsRHzSh9hhObhD3cTGOAcJprVYPswMlaUKRaZE2w8Ai9Nujscj aSq42SacymWuO5yh3M9mb4mPnbR6MYB2jPO86LSjzyzXhRmR8wMRSjrOSuf9Jlyt504JkXTi X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:130804 Archived-At: Eli Zaretskii writes: >> We've discussed this a while ago, main reason (IIRC) was to achieve >> same behaviour for the different libraries. > > That discussion was about local notifications, where indeed the > situation is like you describe. > > But Andreas asks about calling remote handlers, about which we by > definition know much less. Nope. We know exactly which remote handlers are called, and how they behave. Do you expect other implementations of remote handlers? I don't, because I'm not aware of other candidates but inotifywait and gvfs-monitor-dir. > In that context, it might indeed make sense to pass the file, not its > parent directory, because the handler can easily reconstruct the > parent directory if that's what it needs. By contrast, there's no way > for the handler to intuit the file which was stripped. > > WDYT? I still don't understand what's the difference between local and remote events in your eyes. I've tried to implement remote handlers to behave exactly like the local ones. That's the Tramp philosophy. Best regards, Michael.