Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#30617 - [bacula] Systemd Services and PKGBUILD

Attached to Project: Community Packages
Opened by Webhostbudd (Webhostbudd) - Monday, 09 July 2012, 18:16 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Tuesday, 17 July 2012, 05:53 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sven-Hendrik Haase (Svenstaro)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

It looks like I jumped the gun on creating my own systemd services for bacula when they already exist in the source tarfile . You can remove my systemd service files and try the PKGBUILD patch I submitted with this request. It should remove my service file dependencies and add systemd support into the bacula configure stage. There is also a required patch which I added to the bacula build so that the systemd services don't contain var-run.service.

As a side note, is there any way this package can be built against postgresql-libs using the "--with-postgresql" configure flag? It would be nice to have it as an optional dependency. I added this to the PKGBUILD. You can even make mysql an optional dependency at this stage, for postgre users who don't need the libmysqlclient package.

I also added the batch-inserts flags to stay consistent with other distros (not to mention making sql queries much faster) and ipv6 because it just makes sense in this day and age.

Appreciate the support,
William
   PKGBUILD (3.4 KiB)
   systemd.patch (2.3 KiB)
This task depends upon

Closed by  Sven-Hendrik Haase (Svenstaro)
Tuesday, 17 July 2012, 05:53 GMT
Reason for closing:  Implemented
Comment by Webhostbudd (Webhostbudd) - Monday, 09 July 2012, 18:34 GMT
I haven't yet tested the director as I don't have access to a machine that is director capable. I'm not 100% sure it will function without libmysqlclients and postgresql-libs yet, although they aren't dynamically linked directly to the binary so odds are it should be fine.

EDIT: I also found out that i didn't actually move mysql to optdepends and makedepends in that PKGBUILD.
EDIT2: I can confirm that not installing libmysqlclient on my server and just using postgresql works fine. It would be nice to make them both optional and keep "with-postgresql" in the configure section. Here is the latest PKGBUILD. Not only that, but removing this hard dependency also lightens the load on all of the client machines that just run the fd.
   PKGBUILD (3.4 KiB)
Comment by Sven-Hendrik Haase (Svenstaro) - Tuesday, 17 July 2012, 04:42 GMT
I think the last time I checked, postgresql stuff needed to be installed or this wouldn't start. Makes sense since it shows up in ldd.
Comment by Webhostbudd (Webhostbudd) - Tuesday, 17 July 2012, 04:52 GMT
I could have sworn i checked ldd and libpq.so wasn't on there and neither was mysql. I know deinstalling libmysqlclient works fine.

Would it be worth separating the packages then as other distributions do since it seems rather ridiculous to require clients to download both database libraries when they use neither.
Something like bacula-sd | bacula-dir | bacula-fd -> bacula-common.
Comment by Sven-Hendrik Haase (Svenstaro) - Tuesday, 17 July 2012, 05:08 GMT
I just checked and indeed it doesn't seem to require that lib. Strange, I think it directly linked to it earlier. Please try package rel -3.

Loading...