Package Details: burp-backup 1.4.40-2

Git Clone URL: (read-only)
Package Base: burp-backup
Description: A backup and restore program that uses librsync to reduce backup size.
Upstream URL:
Licenses: AGPL3
Conflicts: burp-backup-dev, burp-backup-git, burp-backup14
Provides: burp-backup14=1.4.40
Replaces: burp-backup14=1.4.40
Submitter: PLum
Maintainer: lenzj (nirnakinho)
Last Packager: nirnakinho
Votes: 5
Popularity: 0.008755
First Submitted: 2013-05-14 12:47
Last Updated: 2015-10-07 17:08

Required by (0)

Sources (7)

Latest Comments

sja1440 commented on 2015-10-27 06:42

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

nirnakinho commented on 2015-10-25 17:02

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.

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


sja1440 commented on 2015-10-25 16:37

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:


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

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

lenzj commented on 2015-05-13 11:55

@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

Thanks for maintaining this package. I think there is a bug in burp-client.timer:


lenzj commented on 2015-04-12 16:01

I've updated the package to prevent overwriting specific config files in "/etc/burp".
See "" 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.

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. ;-)

All comments