Donate Share

Areca Backup

Code

Programming Languages: Java

License: GNU General Public License (GPL)

Repositories

browse code, statistics cvs -d:pserver:anonymous@areca.cvs.sourceforge.net:/cvsroot/areca login

cvs -z3 -d:pserver:anonymous@areca.cvs.sourceforge.net:/cvsroot/areca co -P modulename

Show:

What's happening?

  • Followup: RE: Alternative merge approach

    That's acceptable, since the assumption of my proposal is that the updated files is the small fraction, even it is backed up with the non-delta method. It would be much faster if firstly merging the incremental versions, and finally apply the patch to the basic version when merging multiple delta archives. Maybe you are doing in this way now, maybe not. Anyway, looking forward to the new...

    2010-01-08 01:28:26 UTC by crendking

  • expressing appreciation for Areca

    I just want to say how thankful I am for this exceptional program. I've been running it for several years now, and except for an unfortunate excursion into delta backups a while back, which ended badly simply because I didn't know what I was doing, it's been solid, fast, and fun to run. I'd really dislike having to try to find a substitute. Thanks so very much!

    2010-01-07 18:55:10 UTC by tomcloyd

  • Configurable working directory for archive checking

    Checking the archive takes often longer as the creation itself of the archive. One reason for this is probably that Areca is using the external archive disk as working directory to unzip the archive file. Accessing this external disk is much slower than accessing the internal hard disks. Wouldn't it be possible to make the working directory configurable? Or even better: Wouldn't it be...

    2010-01-07 07:29:07 UTC by droll

  • incr. backup more than 6 times slower

    hello first I want to thank all of you who contribute in this projekt! I changed from using EMC Retrospect Backup to Areca Backup and I'm almost fully satisfied. The only thing I noticed, is that Areca needs more than 6 times more time to do an incremental backup - mostly almost no files were changed so it takes so long only for checking the files. Maybe it's because Areca compares each...

    2010-01-06 12:25:38 UTC by osforlife

  • Followup: RE: Some strange behaviour of some GUI buttons

    Cool! Thanks a lot for your quick and professional help! Bernhard.

    2010-01-05 21:53:22 UTC by berniebln

  • Followup: RE: Hiding console window on Windows XP?

    Oh, also I wanted to ask; while I understand that you do not wish to try and create a cross-platform scheduler of any kind, would it not be possible to create a wizard or something that interacts with the appropriate scheduling system provided by the OS? In Java you should be able to detect platform easily enough, and simply use a different set of command-line calls. I think scheduled tasks...

    2010-01-05 20:36:03 UTC by haravikk

  • Hiding console window on Windows XP?

    Hi there, I've managed to set-up Areca on an older PC of mine, and it's actually running really well, a heck of a lot faster and more space efficient than the built-in Windows backup. I'm wondering though, is there a way to prevent the console-window from popping open when Areca is run via scheduled tasks? I used the wizard to create daily, weekly, and monthly back-up scripts, and I've...

    2010-01-05 20:33:02 UTC by haravikk

  • Followup: RE: Some strange behaviour of some GUI buttons

    see https://sourceforge.net/tracker/?func=detail&aid=2904886&group_id=171505&atid=858191.

    2010-01-05 19:02:18 UTC by aventin

  • Followup: RE: Alternative merge approach

    As a matter of fact, you're right - at least for files that are contained in only one of the merged archives. For other files (which are contained in two archives or more), a patch is needed ... This patch may for instance insert or delete a sequence of data in the middle of the file. In this case, I don't think I can apply this patch without rewriting the whole file (especially if the data...

    2010-01-05 18:59:56 UTC by aventin

  • Some strange behaviour of some GUI buttons

    When I edit a target, and for example, change the filter options, the GUI buttons don't work: If I click on them with the mouse, they look like pressed, but without being released (as if I didn't release the left mouse button), and I can only release them by pushing Enter. I'm using the sun java implementation (6.15.1) under Ubuntu 9.10: > Java Virtual Machine : Java(TM) SE Runtime...

    2010-01-05 18:58:19 UTC by berniebln

Our Numbers