Package Details: dar 2.7.17-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: 57
Popularity: 0.39
First Submitted: 2011-12-14 16:48 (UTC)
Last Updated: 2025-04-12 16:06 (UTC)

Latest Comments

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

hamelg commented on 2020-01-14 19:11 (UTC) (edited on 2020-01-14 19:12 (UTC) by hamelg)

Sometimes, dar produces core dump at exit with this bt :

            #0  0x00007f8ebe36bf37 _int_free (libc.so.6 + 0x87f37)
            #1  0x00007f8ebe8acb89 _ZN6libdar9cat_inode7destroyEv (libdar64.so.6000 + 0x11bb89)
            #2  0x00007f8ebe8adb81 _ZN6libdar9cat_inodeD1Ev (libdar64.so.6000 + 0x11cb81)
            #3  0x00007f8ebe8aaee0 _ZN6libdar8cat_fileD0Ev (libdar64.so.6000 + 0x119ee0)
            #4  0x00007f8ebe8a1597 _ZN6libdar13cat_directory18erase_ordered_filsESt15_Deque_it>
            #5  0x00007f8ebe8a18f6 _ZN6libdar13cat_directory5clearEv (libdar64.so.6000 + 0x110>
            #6  0x00007f8ebe8a211e _ZN6libdar13cat_directoryD1Ev (libdar64.so.6000 + 0x11111e)
            #7  0x00007f8ebe8a2170 _ZN6libdar13cat_directoryD0Ev (libdar64.so.6000 + 0x111170)
            #8  0x00007f8ebe8a1597 _ZN6libdar13cat_directory18erase_ordered_filsESt15_Deque_it>
            #9  0x00007f8ebe8a18f6 _ZN6libdar13cat_directory5clearEv (libdar64.so.6000 + 0x110>
            #10 0x00007f8ebe8a211e _ZN6libdar13cat_directoryD1Ev (libdar64.so.6000 + 0x11111e)
            #11 0x00007f8ebe8a2170 _ZN6libdar13cat_directoryD0Ev (libdar64.so.6000 + 0x111170)

...

may be fixed in 2.6.7 ?

nyarna commented on 2019-12-28 23:25 (UTC)

Hi,

Can you please add librsync to dependencies? It is required for delta compression support.

DrMartinus commented on 2017-04-17 06:30 (UTC)

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

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