AUR (en) - dump

Git Clone URL:	https://aur.archlinux.org/dump.git (read-only, click to copy)
Package Base:	dump
Description:	Dump/Restore ext2/3/4 filesystem backup
Upstream URL:	http://dump.sourceforge.net
Keywords:	backup dump filesystem restore
Licenses:	BSD
Submitter:	Snowman
Maintainer:	grawity
Last Packager:	grawity
Votes:	29
Popularity:	0.63
First Submitted:	2007-11-27 02:16 (UTC)
Last Updated:	2026-07-11 17:43 (UTC)

Latest Comments

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

grawity commented on 2017-05-25 17:42 (UTC)

Needs to be built using: CFLAGS+=" -I/usr/include/openssl-1.0" LDFLAGS+=" -L/usr/lib/openssl-1.0" Also: "configure: WARNING: unrecognized options: --with-manowner, --with-mangrp, --with-manmode, --with-bingrp, --disable-transselinux"

fukawi2 commented on 2015-01-19 21:47 (UTC)

Doh! I knew I was missing something obvious. I was comparing it to the autoreconf.patch but that file is in the root so it didn't need the -p0. Thanks :) Patch added to pkgrel -4

pbor commented on 2015-01-19 10:52 (UTC)

fukawi2, you need to use the following line to apply that patch: patch -p0 < "$srcdir"/restore-rmdir.patch" Without '-p0' option, patch looks for restore.c file in current directory. By providing -p0 option, you tell patch to use full path to restore.c (restore/restore.c).

fukawi2 commented on 2015-01-19 00:06 (UTC)

Given that this could lead to data loss, I'm inclined to apply the patch, however I appear to be doing something stupid and the patch will not apply? http://pastebin.com/kdsVAn5i I've added this command to the PKGBUILD: patch < "$srcdir"/restore-rmdir.patch

lute_blitz commented on 2015-01-17 03:06 (UTC)

A bug in restore in version 0.43 and 0.44 prevents recovery of incremental backups when a directory is deleted. A patch is given by a user in the notes on the bug report: http://sourceforge.net/p/dump/bugs/157/ Debian is using that fix, can't find any other distro patching it though.