Intergrated test scripts with automake
[gnucomo.git] / TODO
diff --git a/TODO b/TODO
index 24c4329..c24bab0 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,46 +1,43 @@
 
- - multiline log entries in gcm_input.
  - several files don't have version identifiers; a simple $Id in the
    comment would help in finding packaging bugs. (Also recommended for
    the documentation files)
- - Some files have lines longer that 80 characters.
  - Most makefiles and stylesheets miss a copyright header. 
- - There is no reference to the gnucomo website.
- - There is no list of required and recommended software.
- - A step-by-step installation guide is missing.
- - The installation description in the manifest must be
-   updated to include the ./configure script.
- - The input filename for gcm_input can be a command argument.
- - When gcm_input can not make a connection to the database, its input
-   message will be lost. In such a case, gcm_input should store the
-   message in a spool directory for a retry later on.
+
+Documentation:
+ - There is no reference to the gnucomo website in the manifest, design,
+   README.
 
 Web Interface: 
- - Too many loglines, notifications, parameters are shown on one page
- - When all the notifications of an object are shown for each notification
-   shown it has to be registered who was looking at it (just as looking at
-   the detailed notification).
  - A page with notification (independent of object) (with sort capabilities
-   and grouping per urgency).
- - A page with detailed object-data
+   and grouping per urgency).  (PR 7)
  - With an object one should be able to indicate what OS is being used
  - Webpages should look more 'sexy'
+ - Draw graphs of DYNAMIC properties.
+ - Use XML/XSLT technology for the web interface.
+ - Create valid XHTML.
+ - Edit the range of DYNAMIC properties for each parameter.
 
   Whish (future):
 
- - When looking at a logline it is usefull to see the related log_adv records
  - Linking database users to objects (only certain objects can be shown to certain users)
+   (PR 3)
 
 GCM_INPUT:
- - Indicate to gcm_input what type of data is delivered
+ - Make a proper master daemon for the Gnucomo server. This daemon handles
+   authorization of clients, scheduling and dispatching.
+ - The input filename for gcm_input can be a command argument. (PR 9)
+ - When gcm_input can not make a connection to the database, its input
+   message will be lost. In such a case, gcm_input should store the
+   message in a spool directory for a retry later on. (PR 10)
+ - Indicate to gcm_input what type of data is delivered (PR 11)
  - Update statistics in the object table when a new parameter is entered
  - Update statistics in the object table when a new notification is entered
 
+
 GCM_DAEMON:
- - Process e-mails
- - Create indexes on log_adv_daemon_email
  - Build IP-database on the basis of whois
- - Work on undetected kernellines
  - Create mechanism for starting and ending the daemon.
  - Performance check on the gnucomo-database
-
+ - Detect traces of log entries and use these traces to create notifications.
+ - Trend analysis of DYNAMIC properties.