From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Sebastian Miele Newsgroups: gmane.emacs.bugs Subject: bug#64278: 29.0.92; tramp-rclone.el seems to be in a defunct state Date: Sun, 25 Jun 2023 19:45:53 +0200 Message-ID: <877crrqugc.fsf@whxvd.name> References: <87leg8kxrx.fsf@whxvd.name> <87sfafu2e8.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7455"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 64278@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jun 25 20:16:18 2023 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 1qDUHZ-0001mW-VD for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 25 Jun 2023 20:16:17 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qDUHM-00087V-2x; Sun, 25 Jun 2023 14:16:04 -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 1qDUHK-00087H-3u for bug-gnu-emacs@gnu.org; Sun, 25 Jun 2023 14:16:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qDUHJ-00013S-Rn for bug-gnu-emacs@gnu.org; Sun, 25 Jun 2023 14:16:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qDUHJ-0008CK-N4 for bug-gnu-emacs@gnu.org; Sun, 25 Jun 2023 14:16:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Sebastian Miele Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 25 Jun 2023 18:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64278 X-GNU-PR-Package: emacs Original-Received: via spool by 64278-submit@debbugs.gnu.org id=B64278.168771696031503 (code B ref 64278); Sun, 25 Jun 2023 18:16:01 +0000 Original-Received: (at 64278) by debbugs.gnu.org; 25 Jun 2023 18:16:00 +0000 Original-Received: from localhost ([127.0.0.1]:43656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qDUHH-0008C2-Ua for submit@debbugs.gnu.org; Sun, 25 Jun 2023 14:16:00 -0400 Original-Received: from mout-p-101.mailbox.org ([80.241.56.151]:58976) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qDUHE-0008Bo-Ja for 64278@debbugs.gnu.org; Sun, 25 Jun 2023 14:15:58 -0400 Original-Received: from smtp202.mailbox.org (smtp202.mailbox.org [IPv6:2001:67c:2050:b231:465::202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4Qpzg90PXgz9sSk; Sun, 25 Jun 2023 20:15:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=whxvd.name; s=MBO0001; t=1687716949; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bXAAr/Btd3d+ioO2tQ6789gEOVqaI0UvPuuU2DppnMg=; b=PjhBfpFF8HkwjZSKqqucRShCtP1PJZnhOHkGw/FiPHZMZq445lSUpHmQIekE/hbsKOXLZi lcXMrGGNnTdivfDq+j8bnP+vsCXMICQRxXpYm32/N0urzyyMrg1cZvA+uduZqhXmDU0S+v bchlW0ueOP6ArOvs1mU2aBZhA7+yrc5noasliwWP1iA8dLHG0IFgN79JzAoPZm/83vsl48 kc4rp/OKTUARDqbo1dM3lg8HvxFeTeUq+00BGW3SvzSXC5dKcmPrcLMdG5ggDASH5FN8rn PLkJjhuzHV09SMH8OSbyOjdYjRf+uQUptBZGIEQUbYkuyIO0csYMcdaoVSzmbA== In-reply-to: <87sfafu2e8.fsf@gmx.de> X-Rspamd-Queue-Id: 4Qpzg90PXgz9sSk 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:264064 Archived-At: > From: Michael Albinus > Date: Sun, 2023-06-25 14:55 +0200 > > I've never tried the memory type of rclone. I have two test entries in > ~/.config/rclone/rclone.conf: > > [local_drive] > type =3D local > nounc =3D true > > [gdrive] > type =3D drive > scope =3D drive > ... > > > Both work, and they are tested regularly in my regression tests. So I > wouldn't say that tramp-rclone.el is in a defunct state. I clearly was under a false impression. :-) >> [=E2=80=A6] > > Reproduced here. I've pushed a fix to the emacs-29 branch in git. > > Furthermore, there is indeed a problem detecting a mount point for > rclone memory type. The appended patch should fix this. Thanks a lot! With both, the fix on the emacs-29 branch, and after applying the patch, everything works for me. The problem the patch addresses is not relevant at least for Rclone remotes of type local. I didn't try Google Drive. However, the patch also is necessary for Rclone remotes of type webdav. I have [wolke] type =3D webdav url =3D https://=E2=80=A6 vendor =3D other user =3D =E2=80=A6 pass =3D =E2=80=A6 and =E2=80=98mount -t fuse.rclone=E2=80=99 yields: wolke: on /tmp/tramp.rclone.wolke type fuse.rclone =E2=80=A6 I.e., at least this WebDAV remote makes Rclone omit the "/", too. Because of that, I think the patch should be applied upstream. > However, calling "emacs /rclone:memory:" with the rclone.conf entry > given by you.conf results in in an empty directory. No file visible > there, even if I copy something. > > I've tried the rclone memory type manually in a shell > > # mount -t fuse.rclone > local_drive:/ on /tmp/tramp.rclone.local_drive type fuse.rclone (rw,nosui= d,nodev,relatime,user_id=3D1000,group_id=3D1000) > memory: on /tmp/tramp.rclone.memory type fuse.rclone (rw,nosuid,nodev,rel= atime,user_id=3D1000,group_id=3D1000) > > # ls -al /tmp/tramp.rclone.memory > total 0 > drwxr-xr-x. 1 albinus albinus 0 Jun 25 14:49 . > drwxrwxrwt. 99 root root 7800 Jun 25 14:49 .. > > # rclone copyto ~/tmp memory: > > # ls -al /tmp/tramp.rclone.memory > total 0 > drwxr-xr-x. 1 albinus albinus 0 Jun 25 14:49 . > drwxrwxrwt. 99 root root 7800 Jun 25 14:51 .. > > So I'm a little bit undecided what the memory type of rclone is good > for, and how it works. Do I miss something? I could not create files in an Rclone remote of type memory, either. Didn't notice that before reporting the bug. There is no real use case for the memory provider, except for debugging. For me, it was all about WebDAV, and after the fix and the patch, that works. Thank you! Best wishes Sebastian