[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#174525: ITP: dar -- Disk ARchive: Backup directory tree and files.

Package: wnpp
Version: N/A; reported 2002-12-28
Severity: wishlist

* Package name    : dar
  Version         : 1.2.0
  Upstream Author : Denis Corbin <dar.linux@free.fr>
* URL             : http://dar.linux.free.fr/
* License         : GPL
  Description     : Disk ARchive: Backup directory tree and files.

Full featured archiver with support for differential backups, slices,
compression, ATTR/ACL support. DAR also supports Pipes for remote
operations, including with ssh.

Before I package this for Debian, some issues remain:

- The Makefile needs a minor, but manual, modification to compile on alpha.

- The Author recommends linking with -static, so restoration programs
  will work without extra libraries. I haven't decided if this is a good
  idea or not, if it needs to be applied to all binaries. lintian
  gets upset if my package contains static binaries.

- My version is compiled with ATTR (EA) support, however, DAR gets very
  verbose if the filesystem doesn't support ATTRs (IMHO errors of type
  "Operation not supported" need to be ignored). These warnings
  will disappear if the -Uu flags are used (don't archive ATTRs).

- ssh can be used for backups (just pipe the data via ssh to the
  destination file), for incremental backups (generate catalog at server
  and send it to client first). However, I am not certain about restores
  (client requires 2 pipes to server, one in each direction; this makes
  me nervous about potential deadlocks).

  In fact, I am not sure how this can be done, dar_slave needs
  to be run on the server, dar needs to be run on the client.
  STDOUT from dar needs to go to STDIN on dar_slave and vice

Any comments on the above?

If anybody is interested, I can place my package online
for testing before I upload it to Debian.

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux snoopy 2.4.19 #1 Wed Oct 30 11:36:54 EST 2002 i686

Reply to: