>>>>> On Wed, 21 Jul 2010 13:57:31 +0200, Kern Sibbald said:
>
> On Wednesday 21 July 2010 13:35:15 Martin Simmons wrote:
> > >>>>> On Tue, 20 Jul 2010 15:36:24 -0400, Dan Langille said:
> > >
> > > FYI, I'm not yet sure if this is something we should solve here via
> > > config or if it's something I should fix in the FreeBSD port.
> > >
> > > I welcome opinions on it.
> >
> > Using --disable-libtool is the simplest solution -- no more pointless
> > shared libraries.
>
> This is certainly an option, but IMO it is not a good option because the cats
> library will be pulled into the Director, and at least one of the executables
> that are built with the storage daemon. The main bacula library will be
> compiled into *every* Bacula program. I could go on, but you should get the
> idea. That requires more disk space for the executables, and worse yet, it
> uses significantly more memory at runtime.
I think the amount of disk/memory is insignificant really, e.g. compared to
the size of the catalog itself or the size of the Director when doing a
restore.
> In the future, it is quite likely we will not support building non-shared
> objects, principally, because we will probably be supporting the catalog only
> via shared objects in the next major release, so that a single Bacula binary
> can work with any catalog. I believe it would be better to find a suitable
> solution as soon as possible that permits you to use shared objects.
Yes, I can see that would make things simpler, but simultaneously more
complicated :-).
> If I could get a FreeBSD running in a VM, I would be happy to get more
> precise
> about resolving this, but I have tried about 5 times now, and I never
> succeeded, though I have Bacula running on Mac, many Linux machines, Solaris,
> Open Solaris, and many versions of Windows.
I don't know what problems you had, but FreeBSD 8.0 has worked fine for me
with VMware Server and VirtualBox.
> > Other possible fixes are to put the shared libraries somewhere private
> > rather than in /usr/local/lib (Bacula is the only thing that uses them) or
> > to change the Bacula makefiles so that the important built-in options like
> > -L../lib precede the configured options like -L/usr/local/lib.
>
> In general, as far as I can tell, this occurs because you have explicitly
> added /usr/local/lib to an environment variable that you feed to
> the ./configure script. This should not really be necessary, because if you
> let the configure figure out the libraries itself (aside from the ones like
> postgres or mysql that you specify on a ./configure option), it works on all
> other systems, and never experience this problem.
>
> Kern
>
> PS: I am not much inclined to try changing the order of libries on link
> lines,
> because there are so many places to do so, and it invariably breaks something
> on some platform. So if someone wants to submit such a patch, OK, but
> unfortunately you must have tested it on *every* possible platform :-(
>
> >
> > __Martin
> >
> > > Short term, I will do something in the FreeBSD port.
> > >
> > > -------- Original Message --------
> > > Subject: [Bacula-users] Bacula 5.0.2 FreeBSD port fails to build during
> > > upgrade
> > > Date: Tue, 20 Jul 2010 12:20:21 -0400
> > > From: Paul Mather <p...@gromit.dlib.vt.edu>
> > > To: bacula-users <bacula-us...@lists.sourceforge.net>
> > >
> > > 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.
> > >
> > > Cheers,
> > >
> > > Paul.
> > >
> > >
> > > -------------------------------------------------------------------------
> > >----- 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-us...@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/bacula-users
> > >
> > >
> > > -------------------------------------------------------------------------
> > >----- 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-devel mailing list
> > > Bacula-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/bacula-devel
> >
> > ---------------------------------------------------------------------------
> >--- 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-devel mailing list
> > Bacula-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/bacula-devel
>
>
>
> ------------------------------------------------------------------------------
> 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-devel mailing list
> Bacula-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-devel
>
------------------------------------------------------------------------------
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-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel
