instructions are meant to work on a fresh install.
- easy cases: replace some '$ sudo somecommand' with '# somecommand'
(while there I've swapped some "${RCDIR}/foo start" with "rcctl foo start").
- replace some 'sudo -u user somecommand foo bar' with
'su -s /bin/sh user "/path/to/somecommand foo bar"' and similar.
Not pretty with the -s, but many of the uids that need to run
these commands have /sbin/nologin as their usual shell.
which should all be started/stopped together), previously "restart" would
restart each sub-daemon in turn, but actually it should stop all daemons
and only then start them again. Additionally, as suggested by ajacoutot,
stop the procedure and return an error if stopping one of the rc scripts
failed. ok ajacoutot@ rpe@
(as done for a couple of other ports; bacula was actually the one I wanted
to fix this on but missed the earlier commit ;)
move to MULTI_PACKAGEs (the no_bat PSEUDO_FLAVOR is still available).
This modifies the packages as:
bacula-client - no change
bacula-server - the server part, now unflavored and depends on a proper SQL package support
bacula-bat - no change
bacula-mysql - new, MySQL support for bacula-server
bacula-pgsql - new, PostgreSQL support for bacula-server
bacula-sqlite3 - new, SQLite3 support for bacula-server
All SQL support packages conflict with each others.
For users of mysql and sqlite3, a manual step will be needed to properly
upgrade bacula-server; sthen@ will take care of this in current.html.
Tested by myself and sthen@
ok sthen@
Some info at:
http://blog.bacula.org/p710/http://blog.bacula.org/release-7-0-2/
Now builds with our libtool(1).
While there's a huge amount of changes, existing setups "should" just
work without any modification.
tested by sthen@ and myself
ok sthen@, my new co-maintainer :-)
a new libmysqlclient non-blocking API which utilizes co-routines. The X86
specific GCC ASM co-routine support hid the fact that there was an issue.
The only fallback code so far is POSIX user contexts which OpenBSD does not
support.
Input from and Ok sthen@ jasper@
