Package Details: dar 2.7.15-1

Git Clone URL: https://aur.archlinux.org/dar.git (read-only, click to copy)
Package Base: dar
Description: A full featured command-line backup tool, short for Disk ARchive
Upstream URL: http://dar.linux.free.fr/
Keywords: archive backup dar disk
Licenses: GPL
Submitter: xyproto
Maintainer: MarcinWieczorek
Last Packager: MarcinWieczorek
Votes: 56
Popularity: 0.081109
First Submitted: 2011-12-14 16:48 (UTC)
Last Updated: 2024-07-01 11:50 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

ralley commented on 2017-02-16 11:45 (UTC)

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 (UTC)

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

DrMartinus commented on 2017-02-09 06:18 (UTC) (edited on 2017-02-09 07:59 (UTC) by DrMartinus)

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 (UTC)

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

izmntuk commented on 2016-06-01 15:46 (UTC)

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 (UTC)

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. [1] http://dar.linux.free.fr/doc/Limitations.html

encbladexp commented on 2014-12-29 16:46 (UTC)

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 (UTC)

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 (UTC)

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).

encbladexp commented on 2014-04-11 17:48 (UTC)

Done: https://github.com/encbladexp/aur/commit/19e7d4f884a34a391c8866b83c2effccc9bda531 I upload this with the next dar release.

« First ‹ Previous 1 2 3 4 5 6 Next › Last »