Package Details: dar 2.5.18-2

Git Clone URL: (read-only)
Package Base: dar
Description: A full featured command-line backup tool, short for Disk ARchive
Upstream URL:
Keywords: archive backup dar disk
Licenses: GPL
Submitter: xyproto
Maintainer: MarcinWieczorek
Last Packager: MarcinWieczorek
Votes: 45
Popularity: 0.000000
First Submitted: 2011-12-14 16:48
Last Updated: 2019-01-04 08:56

Latest Comments

1 2 3 Next › Last »

DrMartinus commented on 2017-04-17 06:30

I get the errorcode 8 somewhere in the middle of the backup, probably because of the amount of files to be packed in the archive. Explanation according to man-page:

"the version of dar used is based in finite length integers (it has been compiled with the option --enable-mode=...). This code is returned when an integer overflow occurred. use the full version (based in the so called "infinint" class) to avoid this error."

The so far finished archive has about 160 GB in around 40 slices, RAM is no problem.

ralley commented on 2017-02-16 11:45

With the --enable-mode=64 compile flag, I get the error "Cannot handle such a too large integer." Without this flag it is working. The backup size is about 5 GB (no zetabytes!). The memory usage without this flag is about 250 MB. I think this is not so much, so please consider to remove this flag again.

MarcinWieczorek commented on 2017-02-09 07:24

Contact me via email or XMPP (same address) if you want to become a co-maintainer.

DrMartinus commented on 2017-02-09 06:18

I would adopt it, if I knew how. Since I use the software frequently, I can also test it.
I guess, that wasn't necessary, since it seems Marcin Wieczorek being the maintainer? In that case: I eagerly await version 2.5.9, since I am struggling with a bug that's supposed to be solved with that new release.
I would appreciate it being made available soon... ;-)

MarcinWieczorek commented on 2016-10-22 15:48

I didn't see that the pkgrel is equal 2 :(

izmntuk commented on 2016-06-01 15:46

Disowned as I no longer have enough time for maintenaunce. (and I cannot access a environment for testing the new release now...) So feel free to adopt it if you are interested.

flyingDavid commented on 2016-02-19 17:24

Could you please re-add the --enable-mode={64,32} compile flags?
After removing them, dar uses a special integer format to store arbitrary big integers, but this needs much more memory for me (We're talking about gigabytes here)
This is needed for backups of zetabytes of data [1], but I guess that's much more than most of the users need.


encbladexp commented on 2014-12-29 16:46

Yes, samples and docs should be in /usr/share/doc/dar, and not in /usr/share/dar ;)

Fixing your /etc/darrc should work, maybe i fix this with the next package update so /etc/darrc points to the right destination for new installations.

MONOmah commented on 2014-12-24 03:52

Integration with par seems to be broken. And anything else, that require files in /usr/share/dar. These files really reside in /usr/share/doc/dar.

svg1234 commented on 2014-04-11 19:51

Just a note to anyone w/ the i686 o/s considering doing the build w/ 32 bit integers: 1) The infinint is quite a bit slower than the int32, so if you an use int32, it is worth it. 2) If you do use int32, not only is the archive limited to 4GB per slice, but if you plan on using encryption you will not be able to restore in certain cases! It depends on how many files have in the encrypted datase. The encryption works fine, but when you try to restore your files...DAR will issue an "out of memory" error.

(I will be upgrading my o/s to 64 bit over the weekend in order to use int64 w/ DAR).