Please either upgrade to version 5.2.2 where this problem is fixed, or read the New Features chapter of the manual, where it is explained how the catalog backend works and how to setup a library. This information is also in the ReleaseNotes.
On 11/27/2011 11:23 PM, Christian wrote: > Hi, > > trying to update MY current 2.4.4 RPM to 5.2.1 and running into a wired > problem with this new lib stuff. > > all these new libs are packed by my "default" package "bacula" which is > providing: > Provides: bpipe-fd.so()(64bit) libbac-5.2.1.so()(64bit) > libbaccats-mysql-5.2.1.so()(64bit) libbaccfg-5.2.1.so()(64bit) > libbacfind-5.2.1.so()(64bit) libbacpy-5.2.1.so()(64bit) libbac > sql-5.2.1.so()(64bit) > > as you can see there is no "libbaccats-5.2.1.so()(64bit) > > when I try to install my "bacula-server" (dir and sd) I get: > ra-intra:~ # rpm -Uvh bacula-server-5.2.1-1.x86_64.rpm > bacula-5.2.1-1.x86_64.rpm > error: Failed dependencies: > libbaccats-5.2.1.so()(64bit) is needed by > bacula-server-5.2.1-1.x86_64 > > thats right cause there is no package that provides this lib. And this > is correct cause it is a sysmlink: > > ra-intra:/usr/lib64 # l libbac* > -rwxr-xr-x 1 root root 418097 27. Nov 22:36 libbac-5.2.1.so* > lrwxrwxrwx 1 root root 25 27. Nov 23:08 libbaccats-5.2.1.so -> > libbaccats-mysql-5.2.1.so* > -rw-r--r-- 1 root root 928 27. Nov 22:36 libbaccats.la > -rwxr-xr-x 1 root root 33974 27. Nov 22:36 libbaccats-mysql-5.2.1.so* > -rw-r--r-- 1 root root 1076 27. Nov 22:36 libbaccats-mysql.la > lrwxrwxrwx 1 root root 25 27. Nov 23:08 libbaccats-mysql.so -> > libbaccats-mysql-5.2.1.so* > lrwxrwxrwx 1 root root 19 27. Nov 23:08 libbaccats.so -> > libbaccats-5.2.1.so* > -rwxr-xr-x 1 root root 43107 27. Nov 22:36 libbaccfg-5.2.1.so* > -rw-r--r-- 1 root root 952 27. Nov 22:36 libbaccfg.la > lrwxrwxrwx 1 root root 18 27. Nov 23:08 libbaccfg.so -> > libbaccfg-5.2.1.so* > -rwxr-xr-x 1 root root 64907 27. Nov 22:36 libbacfind-5.2.1.so* > -rw-r--r-- 1 root root 928 27. Nov 22:36 libbacfind.la > lrwxrwxrwx 1 root root 19 27. Nov 23:08 libbacfind.so -> > libbacfind-5.2.1.so* > -rw-r--r-- 1 root root 945 27. Nov 22:36 libbac.la > -rwxr-xr-x 1 root root 7716 27. Nov 22:36 libbacpy-5.2.1.so* > -rw-r--r-- 1 root root 946 27. Nov 22:36 libbacpy.la > lrwxrwxrwx 1 root root 17 27. Nov 23:08 libbacpy.so -> > libbacpy-5.2.1.so* > lrwxrwxrwx 1 root root 15 27. Nov 23:08 libbac.so -> libbac-5.2.1.so* > -rwxr-xr-x 1 root root 178087 27. Nov 22:36 libbacsql-5.2.1.so* > -rw-r--r-- 1 root root 922 27. Nov 22:36 libbacsql.la > lrwxrwxrwx 1 root root 18 27. Nov 23:08 libbacsql.so -> > libbacsql-5.2.1.so* > > so why does bacula-server: > Provides: bacula-dir bacula-sd > Requires: /bin/bash /bin/sh /usr/bin/env libbac-5.2.1.so()(64bit) > libbaccats-5.2.1.so()(64bit) ..... ? > > When I dig into the source dirs (src/cats/.libs), I can find the lib > "libbaccats-5.2.1.so" > lape:/usr/src/packages/BUILD/bacula-5.2.1/src/cats/.libs> file > libbaccats-5.2.1.so > libbaccats-5.2.1.so: ELF 64-bit LSB shared object, x86-64, version 1 > (SYSV), dynamically linked, not stripped > > why is it replaced with link to libbaccats-[DB_TYPE]-[VERSION].so ? > with is the "install-default-backend" script ? > > How can I fix this packaging problem ? > For me this looks very weird, especially when I compare the "bacula-way" > with e.g. proftpd, postfix, .....-way. > > Thanks and > Cheers > ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
