Just Launched: You can now import projects and releases from Google Code onto SourceForge
We are excited to release new functionality to enable a 1-click import from Google Code onto the Allura platform on SourceForge. You can import tickets, wikis, source, releases, and more with a few simple steps. Read More
(this mail goes both to Bacula developers and bacula-server/client
FreeBSD ports maintainer; not sure who can help)
We are successfully using Bacula in our FreeBSD servers for many years
and we are extremely happy with it. FreeBSD ports system has an NLS
switch that can be used to enable/disable NLS support during ports
building and installation (e.g. OPTIONS_UNSET+=NLS in /etc/make.conf
would globally disable NLS support in any port built).
If NLS option is set, then sysutils/bacula-(server|client) ports would
be built with "CONFIGURE_ARGS+=--enable-nls" and a dependency to GNU
gettext. If NLS option is not set, then the ports would be built with
"CONFIGURE_ARGS+=--disable-nls" and *no* gettext dependency.
Running Bacula configure script with "--disable-nls" on a system that
has GNU gettext already installed (that is /usr/local/lib/libintl.so
available in a FreeBSD system with devel/gettext port installed) would
result to "Libraries: -lpthread -lintl" and thus a gettext "stealth"
Is this desirable? I thought that "--disable-nls" would result to *no*
gettext dependency regardless gettext availability in the system. We
have bacula-client installed in dozens of our servers using centrally
created packages and skipping a gettext dependency is a must (not to
mention a "stealth" unrecorded dependency).
Panagiotis J. Christias Network Management Center
p.christias@... National Technical Univ. of Athens, GREECE