tramp and auto-revert-tail-mode

tramp and auto-revert-tail-mode

[Dieter Wilhelm]

Hi

I wanted to use auto-revert-tail-mode in a buffer which I opened with
tramp because of read restrictions (/su::/var/log/mail I think).  But
this modes doesn't work as expected, is this a known bug or
complication?

-- 
    Best wishes

    H. Dieter Wilhelm
    Darmstadt, Germany

Re: tramp and auto-revert-tail-mode

[Michael Albinus]

Dieter Wilhelm <dieter@duenenhof-wilhelm.de> writes:

> Hi

Hi,

> I wanted to use auto-revert-tail-mode in a buffer which I opened with
> tramp because of read restrictions (/su::/var/log/mail I think).  But
> this modes doesn't work as expected, is this a known bug or
> complication?

>From autorevert.el:

;; Auto-Revert Mode can be activated for individual buffers.  Global
;; Auto-Revert Mode applies to all file buffers. (If the user option
;; `global-auto-revert-non-file-buffers' is non-nil, it also applies
;; to some non-file buffers.  This option is disabled by default.)
;; Since checking a remote file is too slow, these modes do not check
;; or revert remote files.

See also `auto-revert-handler':

    (let* ((buffer (current-buffer))
	   (revert
	    (or (and buffer-file-name
		     (not (file-remote-p buffer-file-name))
		     ...

Best regards, Michael.

Re: tramp and auto-revert-tail-mode

[Dieter Wilhelm]

Michael Albinus <michael.albinus@gmx.de> writes:

> Dieter Wilhelm <dieter@duenenhof-wilhelm.de> writes:
>
>> Hi
>
> Hi,
>
>> I wanted to use auto-revert-tail-mode in a buffer which I opened with
>> tramp because of read restrictions (/su::/var/log/mail I think).  But
>> this modes doesn't work as expected, is this a known bug or
>> complication?
>
>>From autorevert.el:
>
> ;; Auto-Revert Mode can be activated for individual buffers.  Global
> ;; Auto-Revert Mode applies to all file buffers. (If the user option
> ;; `global-auto-revert-non-file-buffers' is non-nil, it also applies
> ;; to some non-file buffers.  This option is disabled by default.)
> ;; Since checking a remote file is too slow, these modes do not check
> ;; or revert remote files.
>
> See also `auto-revert-handler':
>
>     (let* ((buffer (current-buffer))
> 	   (revert
> 	    (or (and buffer-file-name
> 		     (not (file-remote-p buffer-file-name))
> 		     ...
>

Thank you for the pointer: It seems to me that file-remote-p is not
thoroughly enough for above cases when the file is indeed locally
opened?

-- 
    Best wishes

    H. Dieter Wilhelm
    Darmstadt, Germany

Re: tramp and auto-revert-tail-mode

[Michael Albinus]

Dieter Wilhelm <dieter@duenenhof-wilhelm.de> writes:

> Thank you for the pointer: It seems to me that file-remote-p is not
> thoroughly enough for above cases when the file is indeed locally
> opened?

No, it is sufficient. People might find access via su(do)? methods
slow as well.

Maybe a customer option `auto-revert-remote-files' would be helpful,
set to nil by default. Then a user can decide whether to revert remote
files, too.

Best regards, Michael.

Re: tramp and auto-revert-tail-mode

[Dieter Wilhelm]

Michael Albinus <michael.albinus@gmx.de> writes:

> Dieter Wilhelm <dieter@duenenhof-wilhelm.de> writes:
>
>> Thank you for the pointer: It seems to me that file-remote-p is not
>> thoroughly enough for above cases when the file is indeed locally
>> opened?
>
> No, it is sufficient. People might find access via su(do)? methods
> slow as well.


Hmmm, I realised that with tramp there are temporary files involved,
so yes not in my case but in general it might be slow, I trust your
judgment.

>
> Maybe a customer option `auto-revert-remote-files' would be helpful,
> set to nil by default. Then a user can decide whether to revert remote
> files, too.
>

Yes, this would be helpful.  Should we start a feature request?  How
is this commonly done?

-- 
    Best wishes

    H. Dieter Wilhelm
    Darmstadt, Germany

Re: tramp and auto-revert-tail-mode

[Michael Albinus]

Dieter Wilhelm <dieter@duenenhof-wilhelm.de> writes:

>> Maybe a customer option `auto-revert-remote-files' would be helpful,
>> set to nil by default. Then a user can decide whether to revert remote
>> files, too.
>
> Yes, this would be helpful.  Should we start a feature request?  How
> is this commonly done?

Usually a mail to <emacs-devel@gnu.org>. But the public pretest of
Emacs 22 will start soon, so it might be a bad timing for a feature
request.

Best regards, Michael.