That was it! Sorry in the first place, as Kern Sibbald noticed, this wasn't the right place to post the problem. Sorry in the second place becouse at the end we found that this wasn't really a compilation problem but a silly detail that I missed, but it was clearly there in the documentation. SORRY!
In all cases, thanks a bunch for the help! 2007/8/28, Martin Simmons <[EMAIL PROTECTED]>: > >>>>> On Mon, 27 Aug 2007 09:05:52 +0200, Pere Blay said: > > > > 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/X11/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? > > The problem is that Bacula looks for libmysqlclient_r.so, but your mysql > library is called libmysqlclient.so. > > The "_r" means "thread safe" and Bacula needs this. I'm not sure how you > built the libraries, but see > http://www.bacula.org/rel-manual/Installing_Configurin_MySQL.html. > > __Martin > > > > 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
