3 ms·
DAR. GPL, indexed, file permissions, ACLs, alternate file streams, per-file compression, slices, hard and symbolic links, sparse files, encryption, parity recor
by teilo 10y ago
DAR. GPL, indexed, file permissions, ACLs, alternate file streams, per-file compression, slices, hard and symbolic links, sparse files, encryption, parity records for recovery. Everything you could want. Not sure why it hasn't had much use. Maybe because it is usually thought of as a backup tool (at which it is excellent). But it is also an excellent archival tool.
From the man page: "Dar can also use a sequential reading mode, in which dar acts like tar, just reading byte by byte the whole archive to know its contents and eventually extracting file at each step. In other words, the archive contents is located at both locations, all along the archive used for tar-like behavior suitable for sequential access media (tapes) and at the end for faster access, suitable for random access media (disks). ... Note also that the sequential reading mode let you extract data from a partially written archive (those that failed to complete due to a lack of disk space for example)."
http://dar.linux.free.fr http://dar.linux.free.fr
- EpicEng 10y agoYeah, and then you send your DAR file to Sally in accounting, who can't open it, and you're back to ZIP.
- teilo 10y agoTrue of any alternative and thus irrelevant to the question I was answering.
- witty_username 10y agoFrom http://dar.linux.free.fr http://dar.linux.free.fr > Consequently, to use the API, your program must be released under the GPL as well. GPL is a bad thing for programs like this. It hampers usability. Especially at least the decoder should be BSD/MIT/etc.
- teilo 10y agoA fair point. Lacking good GUI tools, integration libraries, etc., something like this will never gain traction. This looks to be a fairly complex code base. Re-implementing it in a library licensed under BSD/MIT would be non-trivial.