Package Details: dar 2.7.1-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: 50
Popularity: 0.123452
First Submitted: 2011-12-14 16:48
Last Updated: 2021-05-15 07:14

Latest Comments

1 2 3 4 Next › Last »

sirocco commented on 2021-06-16 03:07

From 2.6.x to 2.7.0
...
- new feature: zstd compression algorithm added
- added lz4 compression algorithm

These packages should be in dependencies, I think.

slickvguy commented on 2021-04-28 21:50

Version 2.7 has been released. Update please. Thanks.

MarcinWieczorek commented on 2021-02-03 15:18

thanks!

slickvguy commented on 2021-02-03 15:09

2.6.13 has been out since Nov. 8, 2020. It built fine on my 64 bit arch. Please update the pkgbuild.

pkgver=2.6.13 sha512sums=('f0f853db6e15f5abfabf87be06a1c374662c7fa7e1140eaaeef3e8c8c4d0049a00a8e74409d6805ea3ae5b2f3171f2eba27459e8acb4438c467c4f0bd0825c0c')

BTW, the default for --enable-mode is 64 bits. It does not need to be specified for that case. Only needed if specifying --enable-mode=32

frekky commented on 2021-01-01 13:57

I've submitted a PKGBUILD for libthreadar to the AUR so you could add it as an optional dependency for experimental multithreading support (run dar with -G / --multi-thread).

notEvil commented on 2020-06-01 21:08

pls add pybind11 as optional dependency for python bindings (dar won't build them without it)

hamelg commented on 2020-01-14 19:11

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

Hi,

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

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.