tramp-devel
[Top][All Lists]
Advanced

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

Re: tramp (2.0.39); backup file naming error (%backup% resulted)


From: Tim Connors
Subject: Re: tramp (2.0.39); backup file naming error (%backup% resulted)
Date: Sun, 14 Mar 2004 13:29:54 +1100 (EST)

On Thu, 11 Mar 2004, Michael Albinus wrote:

> Peter Woo <address@hidden> writes:
>
> > I use absolute paths for my backup dir alist.  While it works fine
> > with ange-ftp alone, it doesn't work when tramp is turned on.
> >
> > It seems that an invalid backup file name will be returned by the
> > tramp file handlers and thus a %backup% file is resulted.
> >
> > I am now using:
> > (add-to-list 'backup-directory-alist
> >              (cons tramp-file-name-regexp nil))
> >
> > to workaround the problem.
> >
> > Not sure whether a valid backup file name can be yielded.
>
> Problems with backup are discussed in the Tramp manual, chapter
> "Auto-save and Backup". Your workaround is presented as solution there.

I just read that, to see what is going wrong in my system.

I have the lines in xemacs setup via the customize system in custom.el:
 '(tramp-auto-save-directory "~/.trampautosave")
 '(bkup-backup-directory-info (quote ((t "~/xemacs-backups/" ok-create
full-path))) nil (backup-dir))

But for quite some time now, autosave files have been going to my remote
host, to the same directory as the file being edited. In fact, the last
date on any file in ~/.trampautosave is Sep24 2001, despite currently
having files open.

The backup directory has files in it, but they only seem to be updated
once per xemacs session, rather than at every save, which is not what I
expect, but may be as intended...

In fact, the tramp docs mention (backup-directory-alist) - which doesn't
even seem to exist according to apropos.

See anything wrong with what I am doign?


-- 
TimC -- http://astronomy.swin.edu.au/staff/tconnors/
A Chemist who falls in acid is absorbed in work.




reply via email to

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