Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - bacula-common

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: bacula-common 7.4.4-1

Git Clone URL: https://aur-dev.archlinux.org/bacula.git (read-only)
Package Base: bacula
Description: Bacula - A Network Backup Tool (common files)
Upstream URL: http://www.bacula.org
Licenses: AGPL3
Submitter: None
Maintainer: MarcinWieczorek
Last Packager: MarcinWieczorek
Votes: 29
Popularity: 0.069615
First Submitted: 2014-04-25 13:59
Last Updated: 2017-01-24 22:18

Latest Comments

1 2 3 4 5 6 ... Next › Last »

maleckii commented on 2016-09-12 05:34

Unfortunately, I am no longer using Arch Linux and must disown this package.

mfulz commented on 2016-09-11 10:39

Could you update the package to 7.4.3 it fixes the issues with actual gcc and the crashes during status.

badbytes commented on 2016-07-13 19:06

==> Starting package_bacula-bat()...
~/aur_build/bacula/install ~/aur_build/bacula/src
cp: cannot stat 'usr/bin/bat': No such file or directory
==> ERROR: A failure occurred in package_bacula-bat().

SebiH commented on 2016-07-05 10:57

Has anyone tried this with a recent version of GCC (e.g. gcc-6.1.1-2)?

bacula-sd seems to crash on startup due to either a bug within bacula-sd or GCC. I've filed a bug report against bacula [1], but he points towards GCC (since it works fine with -O0, or a previous version of GCC, e.g. gcc-5.4.x).

Haven't read about this anywhere else. Is this just an issue on my setup?

[1]: http://bugs.bacula.org/view.php?id=2231 (login is anonymous/anonymous)

ektich commented on 2016-03-27 17:14

alsa-utils 1.1.0-2 has been released that fixes the name conflict on /usr/bin/bat. There is no need to apply my patch anymore.

ektich commented on 2016-03-21 10:14

I've opened bug report against alsa-utils: https://bugs.archlinux.org/task/48654.

ektich commented on 2016-03-09 17:51

I agree, if alsa-utils will rename their binary there's no point in temporarily renaming bat in here. I should warn people using my patch that it is somehow incomplete: it won't modify the /usr/share/applications/bat.desktop file, rendering the icon in the menu unworkable. I think to make it work again one should change "Exec" line to be "Exec=/usr/bin/bacula-bat -c /etc/bacula/bat.conf"

maleckii commented on 2016-03-09 17:21

From what I can gather in discussions on both the Debian mailing lists and the alsa-utils upstream lists, this should be handled by patching alsa-utils upstream. There is an upstream patch under review for alsa-utils, but they haven't yet reached consensus on the new name for their /usr/bin/bat.

I don't think it would be proper to rename this package's binary because alsa-utils is likely to change their name in the near future and going back and forth would cause confusion. In the meantime, feel free to apply ekitch's patch to PKGBUILD as a temporary workaround. That said, I am also unsure what Arch's policy is on situations like this.

ektich commented on 2016-03-09 10:02

EDIT: alsa-utils 1.1.0-2 has been released that fixes the name conflict. This comment is left here for historical reasons.

the file name conflict between bacula-bat-7.4.0-1 and alsa-utils-1.1.0-1 still exists.
I've created a patch that install bacula's bat as /usr/bin/bacula-bat.


kisanth commented on 2016-03-04 15:18

Remove parentheses from install statements:
install=("bacula.install") => install="bacula.install"
Add parentheses to provides and replaces:
provides="${pkgbase}-dir-mysql" => provides=("${pkgbase}-dir-mysql")
replaces="${pkgbase}-dir-mysql" => replaces=("${pkgbase}-dir-mysql")

Now it will work...