Package Details: burp-backup 1.4.40-2

Git Clone URL: https://aur.archlinux.org/burp-backup.git (read-only)
Package Base: burp-backup
Description: A backup and restore program that uses librsync to reduce backup size.
Upstream URL: http://burp.grke.org/
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.026065
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.

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

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

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:

-Unit=backup.service
+Unit=burp-client.service

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

All comments