Bugzilla Bug 135188

Upon upgrading to ~x86 prewikka-0.9.5, I was unable to use prewikka due to
errors like this:

Traceback (most recent call last):
  File "/usr/share/prewikka/cgi-bin/prewikka.cgi", line 80, in ?
    core = Core.get_core_from_config(os.environ.get("PREWIKKA_CONFIG", None),
threaded=False)
  File "/usr/lib/python2.4/site-packages/prewikka/Core.py", line 100, in
get_core_from_config
    _core_cache[path] = Core(path)
  File "/usr/lib/python2.4/site-packages/prewikka/Core.py", line 116, in
__init__
    self._env.idmef_db =
IDMEFDatabase.IDMEFDatabase(self._env.config.idmef_database)
  File "/usr/lib/python2.4/site-packages/prewikka/IDMEFDatabase.py", line 261,
in __init__
    raise "libpreludedb %s or higher is required (%s found)." %
(wanted_version, preludedb_check_version(None))
NameError: global name 'preludedb_check_version' is not defined


When I took a look inside IDMEFDatabase.c, I noticed that it has this:

        wanted_version = "0.9.7"
        try:
            if not preludedb_check_version(wanted_version):
                raise "libpreludedb %s or higher is required." % wanted_version
        except:
            raise "libpreludedb %s or higher is required (%s found)." %
(wanted_version, preludedb_check_version(None))


I tried commenting out the try/except clause, only to run into similar errors
when trying to delete alerts (similar meaning, functions that could not be
found in libpreludedb).  I think it should be clear that prewikka-0.9.5 depends
on libpreludedb-0.9.7 or higher.

One thing to note is that libpreludedb-0.9.8 is probably just on the horizon. 
There will be some important postgreSQL fixes appearing in that release.

Should we at least have a libpreludedb-0.9.7 ebuild for now, and bump prewikka
to -r1 with the proper dep?

Commited libprelude 0.9.8 to the tree

Can you please verify that a depchange to 0.9.8 fixes the problem?

libpreludedb-0.9.8 is also out

I have Prewikka working with libpreludedb-0.9.8 and libprelude-0.9.9 (required
version)

I made prewikka depend on >=libprelude-0.9.9, which is what I have here
currently. It should fix this bug. Thanks for reporting!