Package Details: burp-backup 2.4.0-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/
Keywords: backup
Licenses: AGPL3
Conflicts: burp-backup-dev, burp-backup-git
Submitter: PLum
Maintainer: tsdgeos
Last Packager: tsdgeos
Votes: 13
Popularity: 0.031931
First Submitted: 2013-05-14 12:47 (UTC)
Last Updated: 2022-03-06 12:53 (UTC)

Latest Comments

mnlipp commented on 2022-03-06 12:16 (UTC)

Thanks for maintaining this. I'm using burp for year now to backup my Raspberry Pi. Probably there aren't many people running RPi with arch and using burp, but as it has worked for such a long time, I suggest adding 'armv7h' to "arch=...".

lenzj commented on 2016-12-03 17:33 (UTC)

Note to users of this package: The upstream software developer has moved version 2.0.52 to stable status. The "burp-backup-dev" package has been following the 2.0.xx series for a while now and is currently at version 2.0.52. This package "burp-backup" will also migrate to 2.0.52 at some point in the near future since that is now the stable version stream. The update is fairly straightforward based on my own experience but will likely require some double checking and minor tweaks to your burp backup config file(s). In particular you will want to make sure you use "protocol = 1" in your config to continue to use the stable backup algorithm. If you want to evaluate 2.0.52 right away you can install burp-backup-dev. I will hold off updating this package to 2.0.52 for a minimum of a week or so. If you have any input/concerns/suggestions prior to updating this package to 2.0.52 please weigh in via comments in the next few days. Thanks.

nirnakinho commented on 2016-07-08 14:37 (UTC)

@rouxorp : please do report the issue to the upstream developer at github. https://github.com/grke/burp/issues

lenzj commented on 2016-07-08 04:28 (UTC)

@rouxorp, Thanks for the patch, however archlinux does not support arm processors. See the second post down from yours. In particular the links under "Further Reading" for the separate archlinuxarm distribution should be useful in determining how to incorporate your patch for that distribution.

swix commented on 2016-07-07 18:09 (UTC)

Hello, on armv6h I get an "narrowing conversion" error. I made a small patch to be able to compile BURP: --- burp-1.4.40-pristine/src/conf.c 2015-07-01 11:45:08.000000000 +0000 +++ burp-1.4.40-new/src/conf.c 2016-07-07 17:56:17.267597724 +0000 @@ -538,7 +538,7 @@ struct fstype { const char *str; - long flag; + unsigned long flag; }; Regards, Antoine

sja1440 commented on 2015-10-27 06:42 (UTC)

@nirnakinho: Thanks for explaining that - I didn’t know that - now I do.

nirnakinho commented on 2015-10-25 17:02 (UTC)

sja1440: Setting arch=('any') works in your special case but is technically not the proper solution. Setting arch=('any') would make the binary package declare it was architecture independent. However, as burp is written in C and needs to be compiled before it can be packaged, a burp binary package with arch=('any') that was, for instance, compiled on an i686 system would clearly not work on an armv6 system (which a RaspPi One is). That's why, for architecture dependent packages, the arch=() variable needs to have all the architectures specificied explicitly, for which the package is supposed to be buildable. For a Raspberry Pi One, setting arch=('i686' 'x86_64' 'armv6h') might work. However, Arch Linux itself officially supports i686 and x86_64. see https://wiki.archlinux.org/index.php/PKGBUILD#arch for pointers on what would be the proper setting for arch=() in a PKGBUILD intended to be built on an armv6 machine. Further reading is provided at http://archlinuxarm.org/developers/contributing and http://archlinuxarm.org/support/faq Regards,

sja1440 commented on 2015-10-25 16:37 (UTC)

I use burp on a dedicated Raspberry Pi. I was unable to upgrade to the 1.4.40-2 version because thePKBUILD file contains: arch=('i686' 'x86_64') I changed the PKBUILD to the value used on the 1.3.48 package: arch=('any') With that change it installed without problem. Is there any reason why this package no longer supports arm architecture?

lenzj commented on 2015-05-14 13:58 (UTC)

burp-client.timer has been corrected per feedback from @mllg.

lenzj commented on 2015-05-13 11:55 (UTC)

@mllg, you are correct. Good catch. I still have a leftover backup.service file on my system so I never noticed the naming issue. I will fix later today. Thanks.

mllg commented on 2015-05-13 07:37 (UTC)

Thanks for maintaining this package. I think there is a bug in burp-client.timer: -Unit=backup.service +Unit=burp-client.service

lenzj commented on 2015-04-12 16:01 (UTC)

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 (UTC)

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

PLum commented on 2015-03-27 13:23 (UTC)

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 (UTC)

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 (UTC)

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

dev_arch commented on 2015-03-27 07:59 (UTC)

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 (UTC)

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 (UTC)

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

PLum commented on 2015-03-10 12:13 (UTC)

I try to do some magic ;-)

dev_arch commented on 2015-03-09 18:39 (UTC)

Thanks for providing this package! Would you be willing to also package burp-ui? Although only at version 0.6 many features are fully usable. Together it appears they will make an efficient couple. After having gotten to know burp I really am not sure where all the other votes are.

PLum commented on 2015-01-07 08:09 (UTC)

@sja1440 thanks - package upgraded, and in near future I'll change version to 1.4.x - whenever it will be consider stable.

sja1440 commented on 2015-01-06 13:17 (UTC)

Whilst waiting for an official update I succeeded in installing burp-backup by the following changes PKGBUILD: replace: build() { cd $srcdir/$_pkgname ./configure || return 1 } with prepare() { cd $_pkgname sed -i 's/\/var\/run/\/run/' Makefile.in } build() { cd $srcdir/$_pkgname ./configure --sbindir=/usr/bin || return 1 } This enabled installation but I did receive the following warning which probably needs to be followed up: warning: directory permissions differ on /var/spool/

sja1440 commented on 2015-01-04 08:12 (UTC)

burp-backup 1.3.48-1 fails to install with: [code] sudo pacman -U burp-backup-1.3.48-1-any.pkg.tar.xz [sudo] password for avis: loading packages... resolving dependencies... looking for conflicting packages... Packages (1) burp-backup-1.3.48-1 Total Installed Size: 0.40 MiB :: Proceed with installation? [Y/n] (1/1) checking keys in keyring [#################################################] 100% (1/1) checking package integrity [#################################################] 100% (1/1) loading package files [#################################################] 100% (1/1) checking for file conflicts [#################################################] 100% error: failed to commit transaction (conflicting files) burp-backup: /usr/sbin exists in filesystem burp-backup: /var/run exists in filesystem Errors occurred, no packages were upgraded. [/code] I am told that the PKGBUILD needs to be updated to follow the Directory Symlink Handling introduced by pacman 4.2. See https://bbs.archlinux.org/viewtopic.php?id=191803