On 7/20/2010 12:20 PM, Paul Mather wrote:
> I'm running FreeBSD 8.1-PRERELEASE (RELENG_8). Recently, the
> sysutils/bacula-{client,server} ports were updated to 5.0.2. Unfortunately,
> when updating via portmaster, the bacula-client port updated successfully,
> but bacula-server did not. It fails to build:
>
> [[...]]
> Compiling ua_restore.c
> Compiling ua_run.c
> Compiling ua_select.c
> Compiling ua_server.c
> Compiling ua_status.c
> Compiling ua_tree.c
> Compiling ua_update.c
> Compiling vbackup.c
> Compiling verify.c
> Linking bacula-dir ...
> /usr/ports/sysutils/bacula-server/work/bacula-5.0.2/libtool --silent
> --tag=CXX --mode=link /usr/bin/c++ -L/usr/local/lib -L../lib -L../cats
> -L../findlib -o bacula-dir dird.o admin.o authenticate.o autoprune.o backup.o
> bsr.o catreq.o dir_plugins.o dird_conf.o expand.o fd_cmds.o getmsg.o
> inc_conf.o job.o jobq.o migrate.o mountreq.o msgchan.o next_vol.o newvol.o
> pythondir.o recycle.o restore.o run_conf.o scheduler.o ua_acl.o ua_cmds.o
> ua_dotcmds.o ua_query.o ua_input.o ua_label.o ua_output.o ua_prune.o
> ua_purge.o ua_restore.o ua_run.o ua_select.o ua_server.o ua_status.o
> ua_tree.o ua_update.o vbackup.o verify.o -lbacfind -lbacsql -lbacpy -lbaccfg
> -lbac -lm -L/usr/local/lib -lpq -lcrypt -lpthread -lintl -lwrap
> /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath
> -Wl,/usr/local/lib -lssl -lcrypto
> /usr/local/lib/libbacsql.so: undefined reference to
> `rwl_writelock(s_rwlock_tag*)'
> *** Error code 1
>
> Stop in /usr/ports/sysutils/bacula-server/work/bacula-5.0.2/src/dird.
>
>
> ====== Error in
> /usr/ports/sysutils/bacula-server/work/bacula-5.0.2/src/dird ======
>
>
> *** Error code 1
>
> Stop in /usr/ports/sysutils/bacula-server/work/bacula-5.0.2.
> *** Error code 1
>
> Stop in /usr/ports/sysutils/bacula-server.
> *** Error code 1
>
> Stop in /usr/ports/sysutils/bacula-server.
>
>
> It looks to me that the linking step above is wrong: it is picking up the old
> version of the library installed in /usr/local/lib by sysutils/bacula-server
> 5.0.0_1. It shouldn't be including "-L/usr/local/lib" in the invocation of
> libtool.
>
> Anyone who builds the port from scratch will not have a problem, but anyone
> updating via portmaster or portupgrade will run into the problems above.
Agreed. I heard about this yesterday, but have not had time to fix it.
We're also going to change the port to default to PostgreSQL instead of
SQLite.
Sorry you encountered the problem.
--
Dan Langille - http://langille.org/
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
