A few notes after some testing...
The Native windows version doesn't exhibit the same symptoms.
After backing up the same tree to the same location, a -l lists
Found 0 increments:
Current Mirror ...
Which is what I would expect.
---
This is the error I get with the cygwin version
$
This is release 1.2.0 of SafeKeep, a centralized and easy to use
backup application that combines the best features of a mirror
and an incremental backup.
What's new in this release:
- Implement bandwidth limiting, based on trickle
- Add support for niced backup server (defaults to nice
Well I managed to get SMB access working somehow. A combination of
unix extensions = no in the global space of my samba configuration,
building the proper driver for my NIC on the linux server, and luck.
I also got netatalk setup and running for AFP access, and installed
rdiff-backup on
One more note, if it makes any difference.
---
Under cygwin, it will continue to make diffs, and show multiple
increments in the rdiff-backup-data directory. (i.e. It won't
complain about an incomplete backup, and try to regress the state. It
will continue to make additional diffs, but then choke
Does rdiff-backup need the use compatible timestamps option on the -l? Or at
least override-chars? Is it possible that the other two options have figured
it out but the cygwin port hasn't caught on when you try for -l ? Can you
upgrade to the development version?
The other option would be can you
Hello.
I'd like to do the following:
I have two computers on which I work. I'd like to sync some directories on
both of these computers, so that both of them always have the latest version
of the files I'm working on.
I didn't find any option in rdiff-backup that updates files only; is it
On Mon, Mar 30, 2009 at 06:33:39PM +0200, Fabrice DELENTE wrote:
Hello.
I'd like to do the following:
I have two computers on which I work. I'd like to sync some directories on
both of these computers, so that both of them always have the latest version
of the files I'm working on.
I
Unison sounds like a good match.
http://www.cis.upenn.edu/~bcpierce/unison/
I'll have a look at that, thanks!
--
Fabrice DELENTE
___
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
Fabrice DELENTE wrote:
Hello.
I'd like to do the following:
I have two computers on which I work. I'd like to sync some directories on
both of these computers, so that both of them always have the latest version
of the files I'm working on.
Depending on the details, consider a revision
Hi Nathan,
Thanks so much for doing the testing. I had not expected those
results. Of course, the more interesting test is when you do a backup
in which there are dozens of changes scattered across the files. That
is where the rsync algorithm is supposed to be helpful -- it trades
Greg,
As Jason suggested, I would try using the 1.3.3 version. That version
has the new --use-compatible-timestamps option which should clear up
your trouble.
I'll try and look into whether it makes sense to clean this up on
Cygwin in 1.2.x. As I've mentioned before, I don't think the
Hello Andrew,
Monday, March 30, 2009, 6:24:47 PM, you wrote:
Greg,
As Jason suggested, I would try using the 1.3.3 version. That version
has the new --use-compatible-timestamps option which should clear up
your trouble.
I'll try and look into whether it makes sense to clean this up on
On Mar 26, 2009, at 12:38 PM, Bob Mead wrote:
IOError: CRC check failed
Hi Bob,
Yes, as Maarten said, a failing CRC check can mean hardware failure.
Based on your traceback, I think that is probably what has happened.
When you run with -v5 or -v7, what lines does it output immediately
On Mar 30, 2009, at 9:29 PM, listserv.traf...@sloop.net wrote:
Yeah, it is, and I was pondering doing so.
Are the exit codes the same, and available to cygwin event though
it's a windows binary? (I do see the output is the same unix style
output (with a unix vs dos line return).
The exit
14 matches
Mail list logo