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.000300
First Submitted: 2013-05-14 12:47
Last Updated: 2015-10-07 17:08

Required by (0)

Sources (7)

Latest Comments

lenzj commented on 2016-12-03 17:33

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

@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

@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.

rouxorp commented on 2016-07-07 18:09

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

@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

All comments