Package Details: burp-backup 2.2.18-1

Git Clone URL: https://aur.archlinux.org/burp-backup.git (read-only, click to copy)
Package Base: burp-backup
Description: A backup and restore program that uses librsync to reduce backup size.
Upstream URL: https://burp.grke.org/
Licenses: AGPL3
Conflicts: burp-backup-dev, burp-backup-git
Submitter: PLum
Maintainer: srueg
Last Packager: srueg
Votes: 10
Popularity: 0.000002
First Submitted: 2013-05-14 12:47
Last Updated: 2019-02-27 13:40

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

lenzj commented on 2015-04-12 16:01

I've updated the package to prevent overwriting specific config files in "/etc/burp".
See "https://wiki.archlinux.org/index.php/Pacnew_and_Pacsave_files" for more info.
So far it's configured to avoid overwriting the files below. Let me know if there are other files that need to be added to this list.
/etc/burp/burp.conf
/etc/burp/burp-server.conf

lenzj commented on 2015-03-29 11:51

@PLum, It compiles well for me now. Thank you very much for adding "libsync_fix.patch".

PLum commented on 2015-03-27 13:23

Will try to fix it - but for me that was no problem cause I don't use burp
I created this package - when I searched for some backup solution.
But finally I ended using own rsync script and rsnapshot tool

Maybe You want to maintain this package ?

dev_arch commented on 2015-03-27 12:22

Thanks, all is working normally again, with an updated librsync this time. :-)
One remaining question: Updates (and reinstalls) completely reset /etc/burp. Can you fix that? Needing your broken backup program to fix your broken backup program would be a bit of a pain. ;-)

PLum commented on 2015-03-27 08:34

patch from https://github.com/grke/burp/issues/273
fix issue - please check it ;-)

dev_arch commented on 2015-03-27 07:59

Some postponed testing further: burp-backup doesn't build properly against librsync-1.0.0-1 on an otherwise pristine and up-to-date Arch install. When using librsync-0.9.7-7 it does work.
Aura doesn't complain but leaves me without /usr/bin/bedup, /usr/bin/burp and /usr/bin/vss_strip. Building manually generates errors and gives the same result.

lenzj commented on 2015-03-27 01:53

Thank you very much for packaging the excellent burp-backup software. Recently now I've been getting the following compile error when using yaourt -S burp-backup:
---------------
...
g++ -c -D_FORTIFY_SOURCE=2 -fno-strict-aliasing -fno-exceptions -fno-rtti -I. -I.. -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -fno-strict-aliasing -fno-exceptions -fno-rtti backup_phase2_server.c
backup_phase2_server.c: In function ‘int process_changed_file(sbuf*, sbuf*, const char*, const char*, const char*, int*, cntr*, config*)’:
backup_phase2_server.c:483:42: error: ‘RS_DEFAULT_STRONG_LEN’ was not declared in this scope
if(!(p1b->sigjob=rs_sig_begin(blocklen, RS_DEFAULT_STRONG_LEN)))
^
Makefile:206: recipe for target 'backup_phase2_server.o' failed
make[1]: *** [backup_phase2_server.o] Error 1
-------------
If it helps the full compile message stream is in the link below:
http://pastebin.com/eVX4F9km

dev_arch commented on 2015-03-18 11:58

FYI: burp doesn't work with the new librsync 1.0.0-1

And now I know why: :-)
https://github.com/grke/burp/issues/272#issuecomment-82876877

dev_arch commented on 2015-03-17 12:52

FYI: burp doesn't work with the new librsync 1.0.0-1

PLum commented on 2015-03-10 12:13

I try to do some magic ;-)