From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#37573: 27.0.50; Remote file opened from GNOME-Nautilus Date: Mon, 07 Oct 2019 09:55:12 +0200 Message-ID: <87r23pat27.fsf@gmx.de> References: <66b84229-81df-f88d-78bd-5eeed10b67da@kit.edu> <871rvqcg7y.fsf@gmx.de> <835zl13h1g.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="178761"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 37573@debbugs.gnu.org, tim.zander@kit.edu To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Oct 07 09:56:43 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iHNso-000kNX-Kz for geb-bug-gnu-emacs@m.gmane.org; Mon, 07 Oct 2019 09:56:42 +0200 Original-Received: from localhost ([::1]:41352 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iHNsn-0005yn-8p for geb-bug-gnu-emacs@m.gmane.org; Mon, 07 Oct 2019 03:56:41 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44246) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iHNsB-0005yN-UC for bug-gnu-emacs@gnu.org; Mon, 07 Oct 2019 03:56:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iHNsA-00056L-TL for bug-gnu-emacs@gnu.org; Mon, 07 Oct 2019 03:56:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38514) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iHNsA-00056E-K7 for bug-gnu-emacs@gnu.org; Mon, 07 Oct 2019 03:56:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iHNsA-0007Nd-GB for bug-gnu-emacs@gnu.org; Mon, 07 Oct 2019 03:56: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: Mon, 07 Oct 2019 07:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37573 X-GNU-PR-Package: emacs Original-Received: via spool by 37573-submit@debbugs.gnu.org id=B37573.157043493228333 (code B ref 37573); Mon, 07 Oct 2019 07:56:02 +0000 Original-Received: (at 37573) by debbugs.gnu.org; 7 Oct 2019 07:55:32 +0000 Original-Received: from localhost ([127.0.0.1]:47335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iHNrg-0007Mv-EO for submit@debbugs.gnu.org; Mon, 07 Oct 2019 03:55:32 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:42135) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iHNre-0007Mg-PO for 37573@debbugs.gnu.org; Mon, 07 Oct 2019 03:55:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1570434914; bh=MTOVPX2p0a3hVCIYdkxIDV9bSnNBfF03DAgTD7YXnjE=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=X6TujMS6EwcOXzTOMdEVTg1xqUbHUApsztcMcQEITomWvGKD1kzQKJRF59AK6vH4f TDmA3O+o3nQP7jccDx1cAnDvnt4UsHjWmx4HEF+YiRsCA3f99LQQRGXD/QvU4WUo2+ 2qFtMM4vl1tYbno1zVH5cZCZ6mhl0qs54+zXv5zU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from detlef.gmx.de ([212.86.50.177]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MoO6M-1hkDtq3FVI-00ok2T; Mon, 07 Oct 2019 09:55:14 +0200 In-Reply-To: <835zl13h1g.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 06 Oct 2019 20:44:27 +0300") X-Provags-ID: V03:K1:eUQJLskOp9R/u7MkBxwelWf0erJByqMcGiUzlO3Hf27+E3ewwhU O+pOG6wP5Im2fe65WjiOErfVxrEo4gN/4OhM16n5XZSZOQmQ0qJjc5rpB6CkRI89Qe1JBk2 E8NuDr/JBC6xSWaKDJZMSKH0oDNrsS2OxOpOgoLO+JnRv7lj7uWglE7y4VAYZSyBII0Z5on sFJP7h+aqnLZyrXzbdChQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:915yp9epTjE=:+1Pz/GJuDcvjS0/pxjaVVI B4yJNb8cHpOSEq6vmTRJAz1oTVroFGie/xE8VuJlZRLoWIqjYvS7Zii9vsAPx/M0m+u84dKY6 BULa5oEQ6ik5OXPQtmEJXrYpyqjXfH2LYeP4TLzwM0F18kL1mjzu1ztz2C2SurHQ6Jx5WgjM7 tc9VfagSAXewK1euZf2DqxQC39k3OYKB3s4AptOGHbOUChRZuRnMHHjrQrMPn6cpy/V08G08z xtWVMTNOml4s4DnF9pBICERevrkSGsRNc6eNa6KDIQMjLSsFmmQvNRqLUKmr/BST6z6D9xe0o LAI14GRvIwkPT2YkS/0HPRRW4RAPEhwDDLOzPfVjkwKZtKb7MFMZqHSGa4j45guQdeT2oMQ8D atXavPm6aCEarnpPAfcsphnwPelPEXahmJNN5Otw5KegbOLZ7rl5jFASWiPpQCCYo1e7Sdzx5 giV9g+4+tGNKLi77dG2J/V8n8gCJ3IsPq3/vEHs82WkqbtKLnWSYgakoVWO1Na6z62AlTrhM0 7jkcpnEzyvTvEZrmpKvl7fYT0akymC2H2RNhLHtFW8mSSYtETMjpu8pdG3PcoebyS0Dri3unm jtw7hn3SX2uAms7Gm6hWg3ywDRD4djO1IamGlH1BMYsvLFSbmNBDfdKz7H+HcNIkh2JVeXzWI YmhGP5XLh0TcTBqTu5PZ+L0GNqon5MMGfjfe/Kb6/AAd+1mmnF+vEWVlMGvjzaLXmaxstLAJC tH9kMDa9S+U5y6cemeD6XOd3LSmL1uSqpA32ZTRmy3tyxVVkf6W/CHZ2WXGQTs7bSyyGqaoH 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: 209.51.188.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:168516 Archived-At: Eli Zaretskii writes: Hi Eli, >> I could reproduce it locally. The problem is, that /run/user/1000/gvfs/ >> is a GVFS mounted file system. Most of native file operations work >> there, but there seems to be a problem to handle symlinks like .#filena= me >> which are used to mark locked files. >> >> Saving the modified buffer itself works. So it might be appropriate to >> suppress the file locking on GVFS mounted file systems. Add the >> following lines to your .emacs: >> >> (put 'create-lockfiles 'safe-local-variable 'booleanp) >> (dir-locals-set-class-variables 'gvfs '((nil . ((create-lockfiles . nil= ))))) >> (dir-locals-set-directory-class (format "/run/user/%d/gvfs" (user-uid))= 'gvfs) >> >> I'm wondering, whether we shall document this approach somewhere. Eli? > > Does this file operation always fail on GVFS volumes? If so, perhaps > we should not create lockfiles on such volumes by default? I've tested the scenario (editing a remote file from Nautilus via Emacs) with GVFS volumes of different types. ftp and afp-volume work w/o problems. ssh/sftp behaves as reported (problem with file locking). dav(s), google-drive and smb-share give another error: Error: (file-error "Doing chmod" "Operation not supported" "/run/user/1000= /gvfs/smb-share:server=3Ddetlef,share=3Dnetlogon/tmp/tramp-test1H01tS") So it doesn't make sense to implement the workaround in general. What we could do instead is to map all files under "/run/user/%d/gvfs" to the respective Tramp file name. Don't know whether it is worth the effort. After all, I believe we shall simply document the behavior, and the workaround for ssh/sftp. Best regards, Michael.