Hello, You would probably be better served by bringing your problem up on the bacula-users list where they deal with these kinds of problems. This is a development list, and we don't usually help people with build problems unless it is determined to be a bug.
Please see www.bacula.org -> Support Regards, Kern On Monday 27 August 2007 09:04, Pere Blay wrote: > Hi, > > Thanks again for the hint. > > Find attached (find_output) the output of the find command you suggested. > > I re-installed mysql in a smarter way, with a folder for itself: > > /home/pere/software/mysql > > and restarted all over again... This is my LD_LIBRARY_PATH now: > > /home/pere/software/mysql/lib:/home/pere/software/lib:/lib:/usr/lib:/usr/X1 >1/lib:/opt/kde3/lib > > and these are the enviromental variables set by 'configure': > > DB_TYPE='mysql' > SQL_BINDIR='/home/pere/software/mysql/bin' > SQL_INCLUDE='-I/home/pere/software/mysql/include/mysql' > > Then, everything seems to be fine, he could find the includes and the > executables, and the libs are in the path... but I still find the same > problem... same error when linking dird, tools and stored... > > Am I missing some detail? > > Thanks a bunch once more! > Regards, > Pere Blay > > 2007/8/24, Martin Simmons <[EMAIL PROTECTED]>: > > >>>>> On Fri, 24 Aug 2007 09:46:08 +0200, Pere Blay said: > > > > > > thanks for the quick response! > > > > > > > Your attachment missed one vital detail: the command that triggered > > > > the error (probably a call to g++)! > > > > > > oops! sorry, i thought i had included the g++ command... here it comes! > > > > > > ---------- > > > Linking bacula-dir ... > > > /home/pere/software/bin/g++ -L../lib -L../cats -L../findlib -o > > > bacula-dir dird.o admin.o authenticate.o autoprune.o backup.o bsr.o > > > catreq.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 verify.o -lsql -lfind -lbac -lm -lpthread > > > ------------------ > > > > > > The same thing happens when linking 'stored' and 'tools'. They won't > > > like what was linked in 'cats'. > > > > > > > I suggest posting the output from the configure > > > > that caused this failure as well. > > > > > > yep! please, find it attacched. > > > > Thanks. It looks like configure did not find the mysql libraries, so the > > g++ line did not link with them. > > > > What does the following find command print? > > > > find /home/pere/software -name 'libmysqlclient*' -ls > > > > __Martin > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Bacula-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/bacula-devel ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
