Package Details: bacula-fd 11.0.5-2

Git Clone URL: https://aur.archlinux.org/bacula.git (read-only, click to copy)
Package Base: bacula
Description: Bacula - A Network Backup Tool (file daemon)
Upstream URL: https://www.bacula.org
Licenses: AGPL3
Submitter: None
Maintainer: None
Last Packager: kkaczmar
Votes: 34
Popularity: 0.000000
First Submitted: 2014-04-25 13:59 (UTC)
Last Updated: 2021-07-28 11:50 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

ektich commented on 2016-03-21 10:14 (UTC)

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

ektich commented on 2016-03-09 17:51 (UTC)

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 (UTC)

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 (UTC) (edited on 2016-03-27 17:14 (UTC) by ektich)

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. https://gist.github.com/ektich/9e887c0e83b2ca402e72

kisanth commented on 2016-03-04 15:18 (UTC)

Edit PKGBUILD 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...

boscowitch commented on 2016-02-26 13:10 (UTC)

Though about testing it if it's worth deploying... unforunately it fails install right at the beginning no mather if I say yes or no to: Install only bacula-bat ? [Y/n] ==> ------------------------------- ==> ==> ERROR: install should not be an array ==> ERROR: install should not be an array ==> ERROR: install should not be an array ==> ERROR: install should not be an array ==> ERROR: install should not be an array ==> ERROR: install should not be an array ==> ERROR: provides should be an array ==> ERROR: replaces should be an array ==> ERROR: install should not be an array ==> ERROR: install should not be an array ==> ERROR: Makepkg was unable to build bacula. Thats always the result...

morlix commented on 2015-11-20 07:51 (UTC)

The current PKGBUILD doesn't create the working directory if only bacula-common, bacula-console and bacula-fd will be installed.

CptnChristo commented on 2015-11-17 23:55 (UTC) (edited on 2015-11-18 01:39 (UTC) by CptnChristo)

With release of core package alsa-utils-1.1.0-1, there is a name conflict for /usr/bin/bat (i.e. the bacula administration tool). I'm passing along this info in case AUR packages must be modified to avoid conflicts with core packages.

maleckii commented on 2015-11-02 05:58 (UTC) (edited on 2015-11-02 06:00 (UTC) by maleckii)

Since I'm actively using this in production, I may as well maintain it. * Updated to 7.2.0 * /var/log/bacula is now created by the package * Hostname in config files is now generated at package install time * Removed tcp_wrappers support, since tcp_wrappers hasn't been in Arch for some time, and I'm not sure anyone is actually using it.

AlD commented on 2015-10-31 13:43 (UTC)

FYI, I'm disowning these packages as I moved on to Bareos.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »