[Top][All Lists]

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

Re: Tramp rclone

From: Michael Albinus
Subject: Re: Tramp rclone
Date: Tue, 27 Nov 2018 13:18:55 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)

Daniel Kraus <address@hidden> writes:

> Hi!

Hi Daniel,

> It is still the same (no rclone process and nothing mounted)
> (see log below where I try do visit dired /rclone:drive: )
> Maybe I'm doing something wrong?
> After `emacs --debug-init -Q` I just eval (setq tramp-verbose 10)
> and then M-x dired with /rclone:drive:

> ;; Emacs: 27.0.50 Tramp: 2.4.1-pre -*- mode: outline; -*-
> ;; Location: /usr/share/emacs/27.0.50/lisp/net/tramp.elc Git: 
> makepkg/ed3ae3fc58c12bb413f52026c06320a5fff84084

Hmm, this one looks strange. You are using git branch makepkg (a local
one), which points to git revision ed3ae3fc58c12bb413f52026c06320a5fff84084.
This is, at least in the master branch, a newer revision than my commit
from yesterday (f3328f995ee316cffa1a86117e6da2ba299d2c90). I guess, you
have merged the master branch into your makepkg branch.

However, tramp.elc is located at /usr/share/emacs/27.0.50/lisp/net/tramp.elc.
Do you have installed your latest Emacs compilation at this location?

Furthermore, does it help to remove the check for `non-essential' in
`tramp-rclone-maybe-open-connection'? That is

diff --git a/lisp/tramp-rclone.el b/lisp/tramp-rclone.el
index a1767ab3..a2cf8e64 100644
--- a/lisp/tramp-rclone.el
+++ b/lisp/tramp-rclone.el
@@ -489,7 +489,7 @@ file names."
   "Maybe open a connection VEC.
 Does not do anything if a connection is already open, but re-opens the
 connection if a previous connection has died for some reason."
-  (unless (or (null non-essential) (tramp-rclone-mounted-p vec))
+  (unless (tramp-rclone-mounted-p vec)
     (let ((host (tramp-file-name-host vec)))
       (if (zerop (length host))
          (tramp-error vec 'file-error "Storage %s not connected" host))
> `find-file` and `cd` in eshell doesn't recognise the tramp rclone path
> at all.

That's something else we don't need to care just now.

> Best,
>   Daniel

Best regards, Michael.

reply via email to

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