Package Details: burp-backup-dev 2.0.52-1

Git Clone URL: https://aur.archlinux.org/burp-backup-dev.git (read-only)
Package Base: burp-backup-dev
Description: A next generation experimental version of the burp backup and restore program.
Upstream URL: http://burp.grke.org/burp2.html
Licenses: AGPL3
Conflicts: burp-backup, burp-backup-git
Submitter: PLum
Maintainer: lenzj
Last Packager: lenzj
Votes: 5
Popularity: 0.910194
First Submitted: 2013-05-14 12:53
Last Updated: 2016-12-03 17:15

Required by (0)

Sources (7)

Latest Comments

lenzj commented on 2016-12-03 17:17

@firegore. Thanks for the heads up. The package has been updated to 2.0.52. Going forward please use the "Flag package out of date" link rather than requesting an update in the comments.

firegore commented on 2016-12-03 14:35

Please update to 2.0.52

Thanks!

lenzj commented on 2015-06-06 20:42

@icaruseffect, Thanks for the heads up on the new version. I've updated the package. Regarding the strategy of backing up /etc/burp and restoring after package installation I don't believe the Arch Linux packaging system is set up to do that. The guidelines at the link below don't mention or describe that capability.
https://wiki.archlinux.org/index.php/Creating_packages

icaruseffect commented on 2015-06-05 23:30

@lenzj, on the next update I will take a look, which file it was. Forgot to do this now.

icaruseffect commented on 2015-06-05 23:30

@lenzj, on the next update I will take a look, which file it was. Forgot to do this now.

icaruseffect commented on 2015-06-05 23:21

@lenzj, it's working now. There still was one file which was not backed up and caused a problem. In general I make a copy of /etc/burp to /tmp before upgrading and move it back afterwards. Maybe it is an option worth to consider, instead of cherry-picking the files with the risk of loosing an working config.
FYI: new version 2.0.20:

278b3353463ba4febebffa30c62b36fcbae38009f8b991f44d3c5f4c0d5256dc # burp-2.0.20.tar.bz2

lenzj commented on 2015-05-14 14:12

Latest package update fixes an issue with "burp-client.timer" file.

lenzj commented on 2015-04-28 01:55

@icaruseffect, Thanks for the feedback. I looked at the files installed by the package into /etc/burp and the only additional file that looks like it could cause the loss of your certificate setup is "/etc/burp/CA.cnf". I added that file to the backup settings so that it isn't overwritten during install. Please give this a try and see if that fixes the problem. If it still happens please let me know which files specifically are being overwritten and I will try and fix the package.

Also I made an update to the permissions of all files and folders in /etc/burp so that only root has access. It was previously world readable, which doesn't make sense given that there are passwords etc in the configuration files within /etc/burp. When installing this package if you get a warning message about permissions being different in the package compared to your existing setup you can prevent this warning on future installs by running the following command:
# chmod -R go-rwx /etc/burp

icaruseffect commented on 2015-04-27 18:32

It's working only for burp.conf and burp-server.conf . As I'm running it on servers and clients, I face the problem, that all the certificates are being lost on upgrade with this pkgbuild.
As I'm having the same problem in my burp-git PKG, the solution would be a preinstall() script, copying (if existing) etc/burp to a temporary location and moving it back with some commands during postinstall()

lenzj commented on 2015-04-12 21:05

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

All comments