On Tuesday 12 July 2005 17:43, Georg Lutz wrote:
> On 2005-07-11, Kern Sibbald wrote:
> > > Can the bacula-rpm be rebuilt to either use the existing sqlite-RPM or
> > > use it's own sqlite that doesn't conflict with the sqlite-package? (The
> > > current version's filenames shouldn't conflict anyway however the
> > > Conflicts-tag prevents from installing both packages.
> >
> > Bacula 1.36.x does not work with SQLite 3.x. Bacula 1.37.x does work
> > with it, but I recommend against it because SQLite 3.x in my tests seems
> > to be 4 to 10 times slower than SQLite 2.8.x
> >
> > SQLite 2.x and 3.x are designed to be installed on your system at the
> > same time without conflicts -- providing it is done correctly of course.
>
> Would it not be better and safer in that case to statically link sqlite
> into bacula?
It is statically linked, but to create, modify, and dump a database, you need
the SQLite executable as well.
>
> At the moment bacula-sqlite prevents me from install any other programs
> which need sqlite ...
I don't believe that is correct, but I don't have the time to go into it other
than to say that it is possible to install and run an rpm having conflicts.
You just need to be careful and know what you are doing. The other solution
is to switch to MySQL or PostgreSQL.
--
Best regards,
Kern
(">
/\
V_V
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
