** Branch linked: lp:~germar/backintime/ssh
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/453169
Title:
(enhancement) backup to samba share, sshfs, ftp etc
To manage notifications about this bug
I've added a branch providing ssh access for BackinTime. Till now there is only
Gnome support. Comments and Bug reports are very welcome.
https://code.launchpad.net/~germar/backintime/ssh
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
I agree with Eric JACQUOT, why not using rsync over ssh?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/453169
Title:
(enhancement) backup to samba share, sshfs, ftp etc
To manage notifications
Hi all,
I think using sshfs to Back-In-Time is a bad and wrong idea :
First, there are some systems doesn't support FUSE ans SSHFS.
Second, Backintime seems to be an embedded rsync frontend. What about rsync
over ssh ?
No time to paste any diff and don't use the trunk branch, but it will be
I'm on the same wave...Anybody has an update on SSHFS support?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/453169
Title:
(enhancement) backup to samba share, sshfs, ftp etc
To manage
How is this feature comming along?
For me it's really one of the only things holding BIT back and the one
feature I miss! :-)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/453169
Title:
My thoughts are purely from an SSH point of view, and I'm not sure how
they would integrate with a general solution for network backups. I'm
kind of under the impression that each network backup type would kind of
need to be implemented on it's own.
One question I would have off the top of my
It seems like backintime uses hard links at the target, not between the
source and the snapshots. This means that it would be easy to move the
taget directory to a server using for example GIO/gvfs. GIO uses urls
for bookmarks, and I believe that the url for a ssh target could be used
with a
Duplicity as backend uses rdiff-backup and would bring network support
but also space efficient incremental diffs and encryption features
http://duplicity.nongnu.org/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I am running a Zentyal server in-house (Ubuntu based with a nice web-
gui) and I would love to be able to back files from different computers
in the house to the server. But as BIT does not support shares on a
server, this is very difficult.
I think this is so important that it deserves a high
For KDE, KIO compatibility should do the job, i guess.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/453169
Title:
(enhancement) backup to samba share, sshfs, ftp etc
--
ubuntu-bugs mailing list
** Changed in: backintime (Debian)
Status: Unknown = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/453169
Title:
(enhancement) backup to samba share, sshfs, ftp etc
--
** Bug watch added: Debian Bug tracker #607758
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607758
** Also affects: backintime (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607758
Importance: Unknown
Status: Unknown
** Also affects: backintime (Ubuntu)
13 matches
Mail list logo
