Search Criteria
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: | |
Conflicts: | |
Submitter: | PLum |
Maintainer: | srueg |
Last Packager: | srueg |
Votes: | 10 |
Popularity: | 0.000000 |
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 ;-)