Scott Barninger schrieb:
> On Thursday 30 July 2009 12:36:53 pm Andreas Piesk wrote:
>> Timo Neuvonen schrieb:
>>> I tried to build 3.0.2 binary rpms with the following script, on CentOS
>>> 5.3 x86_64
>>>
>>> #!/bin/bash
>>> rpmbuild --rebuild \
>>> --define "build_centos5 1" \
>>> --define "build_x86_64 1" \
>>> --define "build_mysql5 1" \
>>> --define "build_python 1" \
>>> --define "nobuild_gconsole 1" \
>>> --define "contrib_packager Timo Neuvonen <[email protected]>" \
>>> bacula-3.0.2-1.src.rpm
>>>
>>> This ends up with the following:
>>>
>>>
>>> RPM build errors:
>>> InstallSourcePackage: Header V3 DSA signature: NOKEY, key ID b90d278f
>>> user sbarn does not exist - using root
>>> user sbarn does not exist - using root
>>> user sbarn does not exist - using root
>>> user sbarn does not exist - using root
>>> user sbarn does not exist - using root
>>> user sbarn does not exist - using root
>>> user sbarn does not exist - using root
>>> File not found: /var/tmp/bacula-root/etc/bacula/bacula-dir.conf
>>> File not found: /var/tmp/bacula-root/etc/bacula/bacula-fd.conf
>>> File not found: /var/tmp/bacula-root/usr/lib64/bacula/query.sql
>>> File not found: /var/tmp/bacula-root/usr/sbin/bacula-dir
>>> File not found: /var/tmp/bacula-root/usr/sbin/bacula-fd
>>> File not found: /var/tmp/bacula-root/etc/bacula/bacula-fd.conf
>>> File not found: /var/tmp/bacula-root/usr/sbin/bacula-fd
>>> [t...@garfield rpm-build]$
>> same problem here. the cause of it:
>>
>> Linking bacula-fd ...
>> /usr/src/redhat/BUILD/bacula-3.0.2/libtool --silent --tag=CXX
>> --mode=link /usr/bin/g++ -L/usr/lib64 -L../lib -L../findlib -o
>> bacula-fd filed.o authenticate.o acl.o backup.o estimate.o fd_plugins.o
>> accurate.o filed_conf.o heartbeat.o job.o pythonfd.o restore.o status.o
>> verify.o verify_vol.o xattr.o \
>> -lacl -lz -lbacfind -lbacpy -lbaccfg -lbac -lm
>> -lpthread -ldl \
>> -lssl -lcrypto
>> job.o: In function `storage_cmd':
>> /usr/src/redhat/BUILD/bacula-3.0.2/src/filed/job.c:1402: undefined
>> reference to `BSOCK::set_source_address(dlist*)'
>> collect2: ld returned 1 exit status
>> make[1]: *** [bacula-fd] Error 1
>> make[1]: Leaving directory `/usr/src/redhat/BUILD/bacula-3.0.2/src/filed'
>>
>
> Well, since 2.0 it should not even be necessary to
> enable --define "build_x86_64 1" because the configure script should
> correctly find the 64 bit libraries. It looks like some recent change may
> have altered that.
>
it builds just fine on x86_64 by omitting --define "build_x86_64 1".
i only had to replace some paths in make_catalog_backup (i'm using sqlite):
--- /usr/lib64/bacula/make_catalog_backup.org 2009-07-30
23:52:44.000000000 +0200
+++ /usr/lib64/bacula/make_catalog_backup 2009-07-30
23:53:25.000000000 +0200
@@ -17,12 +17,12 @@
# (default "")
#
#
-BINDIR=/usr/src/redhat/BUILD/bacula-3.0.2/../depkgs/sqlite3
+BINDIR=/usr/lib64/bacula/sqlite
cd /var/lib/bacula
rm -f $1.sql
if test xsqlite = xsqlite3 ; then
- echo ".dump" | /usr/lib/bacula/sqlite/sqlite $1.db >$1.sql
+ echo ".dump" | ${BINDIR}/sqlite3 $1.db >$1.sql
else
if test xmysql = xsqlite3 ; then
if test $# -gt 2; then
@@ -50,7 +50,7 @@
# you could also add --compress for compression. See man pg_dump
exec ${BINDIR}/pg_dump -c $PGHOST -U $2 $1 >$1.sql
else
- echo ".dump" | /usr/lib/bacula/sqlite/sqlite3 $1.db >$1.sql
+ echo ".dump" | ${BINDIR}/sqlite3 $1.db >$1.sql
fi
fi
fi
besides that, nicely done Scott. i just discarded my own RPM and
switched to yours :)
regards,
-ap
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel
