DAR - Disk ARchive Activity
For full, incremental, compressed and encrypted backups or archives
Brought to you by:
edrusb
Activity for DAR - Disk ARchive
-
Denis Corbin committed [c40f74] on Source Code
updating libthreadar version used in script used to build dar_static
-
Merge branch 'branch_2.8.x'
-
replacing a-ba by his real name with his agreement
-
modifying the dar_static builder script to take into account all newly _static binary generated
-
udpating translation messages
-
fixing English and phrase in THANKS and Changelog
-
updating copyright notice in all files
-
getting ready for 2.8.3
-
updating French translated messages
-
adding all binary static flavor when --enable-dar-static is selected
-
DAR - Disk ARchive released /dar/2.8.3/dar64-2.8.3-win64.zip
-
-
awmach created ticket #228
Backup slice creation date test
-
adding missing header file in fichier_libssh.cpp
-
review implementation of memory_file class
-
updating Changlog
-
updating THANKS
-
fixing coding style from pull request
-
GitHub committed [49fd7f] on Source Code
Merge pull request #77 from a-ba/fix-sig-scaling
-
Anthony Baire committed [3abed5] on Source Code
fix scaling issues when computing delta signatures on large files
-
Anthony Baire committed [9fce53] on Source Code
fix possible segfault in generic_rsync
-
Updating Changelog
-
updating THANKS file
-
adding reference to Andy's repo for dar/libdar under Opensuse
-
yes, for windows you would need the whole win64 package, but it is independent from the Windows version AFAIK. Due several persons asking for dar_manager static version (for Linux) I will keep this feature request active and provide in the future all command (dar, dar_slave, dar_xform, dar_manager, dar_cp and dar_split) in addition in their statically linked flavor
-
dar_static and dar_manager_static distribution
-
yes, for windows you would need the whole win64 package, but it is independent from the Windows version AFAIK. Due several person asking for dar_manager static version (for Linux) I will keep this feature request active and provide in the future all command (dar, dar_slave, dar_xform, dar_manager, dar_cp and dar_split) in addition in their statically linked flavor
-
updating version information for 2.8.3.RC1
-
updating Changelog
-
removing unused variable from script used to build dar_static
-
adding ssh_init()/ssh_finalize() libssh calls for sanity
-
updating Changelog
-
fixing typo in comment
-
better handling of secured memory specification by the suer
-
adding env variable to define the size of the secured memory to allocate
-
simplifying libcurl building in the dar_static building script
-
updating Changelog
-
fixing issue in the building of dar_static binary
-
checking for pkg-config file for librsync
-
simplifying dar_static_builder_with_mush_voidlinux script
-
updating Changelog
-
fixing macro name of unsigned char used in lzma strcuture
-
Ole G posted a comment on ticket #226
You're right about dar_manager, and I see that it's not possible to build a self-contained dar_static.exe for Windows. For Windows users: In an emergency restore situation I guess we need more or less the whole dar/bin, dar/etc and maybe dar/home? You may close this. Regards, Ole G
-
dar_static and dar_manager_static distribution
-
since release 2.8.0 dar is able to read dar_manager database to restore some or all files from a set of full/differential/incremental backups (see -aefd option) It even becomes the recommended way to restore from a dar_manager database). dar_static is thus only needed when restoring in the context of minimal environment. Dar_manager stays useful to manage (add, reorder, and so forth) an existing database in the context normal operation (backing up an existing/live system) where non static software...
-
dar_static and dar_manager_static distribution
-
disabling sponsoring from github
-
Indeed, the name should be fixed - and a similar, second environment variable could be needed for the -J value...
-
will see that in time, thanks for the information
-
take -K value from named environment variable
-
that sounds a good idea, though I would fix the name of the environment variable (else this is just more complexity without much gain, no?)
-
take -K value from named environment variable
-
I'm not sure it's closed source, and there is an API: https://github.com/rclone/rclone/blob/master/librclone/README.md The way restic provides access to ALL rclone-supported backends suggests to me that one doesn't have to provide (much) backend-specific code. There might very well be other (language-specific) obstacles, though...
-
rclone seems closed sources and a single executable. Don't see how to integrate it with an application (dar/libdar) without an API and library
-
Support for many cloud providers via rclone
-
Forgot to mention that sequential support already is available, using rclone and pipes: Create, list on cloud drive and list contents of a dar archive : dar -N -R /cygwin -g f/dar-test -c - | rclone rcat k1:dar rclone lsl k1:dar 6299222 2025-12-17 17:22:59.280000000 dar rclone cat k1:dar | dar -l - --sequential-read
-
updating Changelog
-
adding missing field initialization in crypto_sym copy constructor
-
Support for many cloud providers via rclone
-
updating in test_* programs the move of macro_tools_supported version to archive_format_supported_version
-
Merge branch 'branch_2.8.x'
-
getting ready for release 2.8.2
-
stepping back version of gnutls due to libnettle requirement too recent for current voidLinux
-
updating test_catalogue routine with updated catalogue interface
-
updating library package version used to build dar_static
-
removing non-existing package name from script misc/dar_static_builder_with_musl_voidlinux.bash
-
setting permission for darrc at installation time
-
-
-
fixing typo in comment
-
Revert "disabling sponsoring FUNDING.yml"
-
GitHub committed [d0c023] on Source Code
disabling sponsoring FUNDING.yml
-
emphasing author's name of external programs relying on dar/libdar
-
fixing typos in the listing of external program relying on dar/libdar
-
adding reference to ddn-lib-dar project
-
encrypted dar_manager database + reading encryted archives
-
difference operation to show new files on filesystem absent from the backup
-
updating version to 2.8.2.RC1
-
fixing par2 integration to remove old existing par2 file before computing par2 files of a slice
-
updating Changelog
-
enhancing catalogue::add_to_deleted() method adding arguments to display the added deleted file flags
-
adding method catalogue::get_current_read_dir()
-
using non local/private value for the unused root value of path in a catalogue
-
adding cat_directory::get_path() method
-
fixing typo in comment
-
now fully implemented, see -K, -J and -L options in the updated dar_manager man page (git master branch)
-
fixing bugs in -L option implementation
-
updating Changelog with dar_manager database encryption added feature
-
fixing -L parsing argument
-
implementing dar_manager -L option and linking CLI parsing to the API
-
precising in dar_manager man page that -L and -K options are not available inside batch files
-
avoiding -K to be used from batch files
-
adding password field and methods in class database_open_options
-
adding message to track where dar_static_builder_with_musl_voidlinux fails in some contexts
-
distributing the misc/fix_libcurl_pc script
-
adapting dar_static_builder_with_musl_voidlinux to better report error and work with recent voidlinux distro
-
fixing typo in misc/dar_static_builder_with_musl_voidlinux.bash script
-
adding -L option specification in dar_manager man page
-
displaying crypto parameters when used in the database listing operation
-
adding get_crypto_block_size() method to database class
1 >
