Package: strigi-daemon
Version: 0.7.1-1
Severity: minor
Tags: patch

Currently strigi-daemon's description has:

|  * pluggable backend, currently clucene and hyperestraier, sqlite3 and xapian
|    are in the works

However, it appears that the reality is that the package only contains the
clucene backend -
https://buildd.debian.org/fetch.cgi?&pkg=strigi&ver=0.7.1-1&arch=i386&stamp=1262880355&file=log
says:

| ** CLucene is found. Support for CLucene backend is enabled
| ** HyperEstraier is disabled. No support for HyperEstraier backend
| ** SQLite is disabled. No support for SQLite backend

It is rather misleading for the description to mention other backends which
aren't built in.  If I'm after an indexer based on hyperestraier then a
search of package descriptions could lead me to instal strigi-daemon only
to find that it doesn't support hyperestraier as packaged.

The situation seems even worse for Xapian which apparently isn't even
probed for during configuration - if I am after a Xapian-based solution
then it appears strigi currently isn't an option even if I build it myself.

|  * communication between daemon and search program over an abstract interface,
|    this is currently a simple socket but implementation of D-Bus is a
|    possibility. There's a small perl program in the code as an example of how
|    to query. This is so easy that any KDE app could implement this.

That's it is possible to implement support for D-Bus doesn't seem relevant.
I could extend strigi-daemon to include a flight simulator, but I wouldn't
expect the package description to say "implementation of a flight simulator
is a possibility".  A search for packages with support for D-Bus (or for
a flight simulator) turning up strigi-daemon isn't helpful unless it has
support for them.

However, I notice http://strigi.sourceforge.net/?q=features now says:

| DBus and socket interfaces are available for communication between daemon and
| search programs.

So (assuming both are enabled in the package) it seems the bullet point
should be updated to that.

I have attached a suggested patch against debian/control.

Cheers,
    Olly
--- debian/control.orig	2010-02-25 03:03:57.734936476 +0000
+++ debian/control	2010-02-25 03:15:11.317993723 +0000
@@ -26,12 +26,9 @@
   * very fast crawling
   * very small memory footprint
   * no hammering of the system
-  * pluggable backend, currently clucene and hyperestraier, sqlite3 and xapian
-    are in the works
-  * communication between daemon and search program over an abstract interface,
-    this is currently a simple socket but implementation of D-Bus is a
-    possibility. There's a small perl program in the code as an example of how
-    to query. This is so easy that any KDE app could implement this.
+  * clucene backend
+  * DBus and socket interfaces are available for communication between daemon
+    and search programs
   * simple interface for implementing plugins for extracting information. we'll
     try to reuse the kat plugins, although native plugins will have a large
     speed advantage
_______________________________________________
pkg-kde-extras mailing list
pkg-kde-extras@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-extras

Reply via email to