End-User's Items
Prev |  | Next

## End-User's Items

### FreeBSD Binary Package

Status: Started

Responsible: Cédric Gross, Edwin Groothuis

Prerequisites: none

The FreeBSD package should get distributed in the offical FreeBSD ports collection. The package built by Cédric Gross is in FreeBSD's port queue since Tue Mar 05 12:20:01 PST 2002 (see http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/35566). Edwin Groothuis has build another package, based on Lire 1.0. See http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/39871. Since Sun Jul 7 20:55:25 PDT 2002 adrian at FreeBSD.org is dealing with this. (Mailing to freebsd-ports@freebsd.org and politely requesting some attention might speed up things.)

### Improved Merging Interface

Status: Not started

Responsible: None

Prerequisites: the section called “Configuration API”, the section called “Storage API”

Altough the current distribution supports merging of reports, it should be better integrated in the lr_cron and lr_config interfaces.

### Improved Reports

Status: Not started

Responsible: None

Prerequisites: the section called “Enriched XML report format”

User configuration hooks should be added to tweak various display settings, the overall sexyness of the output should be improved. Especially the HTML layout should get improved.

Furthermore, the formatting backend should support all the XML reports we can generate. (E.g. a multiple column layout.) We currently don't yet use this functionality in any of our reports.

### Improved Charts Generation Tool

Status: Not started

Responsible: None

Prerequisites: None

The current GD::Graph based implementation of the charts generation is really suboptimal. This should be better implemented by using a real charting framework like gnuplot or plotutils.

### Messagestore Superservice

Status: Conceptual

Responsible: Arnaud Taddei, Cédric Gross

Prerequisites: None

The CVS now contains a DLF schema for a messagestore superservice which was contributed by Cédric Gross. This superservice should report on POP and IMAP servers as well as message-store multiplexers. Arnaud Taddei also express interests in working on that superservice.

### Directory Superservice

Status: Not started

Responsible: Arnaud Taddei

Prerequisites: None

Arnaud Taddei also express interests in developping a directory superservice for LDAP servers.

### More firewall services

Status: Not started

Responsible: None

Prerequisites: None

Users have requested `Firewall-1', `snort' and `Watchguard Soho' firewall DLF converters.

### Overhaul of the Email Superservice

Status: Conceptual

Responsible: None

Prerequisites: None

The current DLF schema of the email superservice is starting to show its limits. A lot of information is lost in the email log files and several important report (like refused connections, spam control, etc.) cannot be generated. The schema should be rewritten to closer resemble the log that one actually see with different fields for anti-spam activity, message collection, routing, etc. This will make writing email DLF converter a lot easier. The current DLF schema could become a derived schema and the stateful logic that is replicated across all email service could be moved to a generic analyser.

### Featureful Online Responder

Status: Conceptual

Responsible: None

Prerequisites: the section called “Configuration API”, the section called “Storage API”

The online responder we offer on our website should be able to support all the features the command line Lire supports. The HTTP upload interface should be completed. Installation of a responder should be better documented and easier. There was an initial proposal sent to the `<development@logreport.org>` mailing list in the message PROPOSAL: New Online Responder Architecture..

### Configuration GUI

Status: Not started

Responsible: None

Prerequisites: the section called “Configuration API”

There should be a better configuration interface than the lr_config script we offer now. The CGI interface should get completed. A GUI interface should get added.

Some research on GUI libraries has been done by Plamen Bozukov in September 2001 (Message-ID: <Pine.LNX.4.10.10109271704180.25208-200000@pozvanete.bg>). He came to the following conclusion:

Table 1. Comparison of GUI libraries

score 1-5 | GPL | portability | requirements | easy | features | binding
--- | --- | --- | --- | --- | --- | ---
Qt | 4 | 5 | 5 | 5 | 5 | 3
V | 5 | 5 | 5 | 4 | 4 | 2
FLTK | 5 | 5 | 5 | 4 | 3 | 5
GTK | 5 | 4 | 5 | 5 | 4 | 4
WxWindows | 5 | 5 | 4 | 5 | 5 | 5
Tk | 5 | 5 | 5 | 3 | 4 | 5

QT

  License: QPL/GPL. For windows version, license is possibly problematic. Portability: Microsoft Windows 95/98/2000, Microsoft Windows NT, MacOS X, Linux, Solaris, HP-UX, Tru64 (Digital UNIX), Irix, FreeBSD, BSD/OS, SCO and AIX. Requirements: C++ Compiler X libraries for Unix. Binding: Perl-binding is very old - Last updated November 17th, 1997. Python and Ruby.

V

  License: GNU LGPL. Portability: Windows,OS/2,Unix.

FLTK

  License: LGPL. Portability: Unix,Windows,OS/2. Requirements: C++ Compiler X libraries for Unix. Bindings: Perl: 2 different solutions; Python

GTK

  License: GNU LGPL. Portability: Unix, Windows. Requirements: C Compiler X libraries for Unix. Bindings: all possible languages. There is the glade interface builder which makes it easy to design GTK interface.

WxWindows

  License: GNU Library General Public. Portability: Unix,Windows,Mac. Requirements: C++ Compiler GTK libraries for Unix. Bindings: Perl, good binding for Python.

Tk

  Portability: Windows, Unix, Mac. Bindings: all possible scripting languages.

More information on various GUI toolkits is on The GUI Toolkit, Framework Page.

### Support reports in multiple languages.

Status: Not started

Responsible: None

Prerequisites: the section called “Internationalisation Framework”

Lire should support other languages in its error messages and other output, as well as in the report specifications. This is a long-term task.

### SQL Based Backend

Status: Not started

Responsible: None

Prerequisites: the section called “Separation of the Analysis Process”

An important target for Lire is to developped a SQL based reporting engine which should offer more scalable reporting and probably make it worthwhile to use the framework in an interactive development.

Prev | Up | Next
The Lire Roadmap | Home | Framework Items