development/integration options for new GUI

Jan-Oliver Wagner <[email protected]>
Newsgroups gmane.comp.security.nessus.devel
Message-ID <[email protected]>
Hi,

thinking about how thew new GUI for Nessus Client could
be incorporated into the main development there are
a couple of principle ways to do so. All with
their advantages and disadvantages.

1. Step-by-Step integration into current nessus:

   Add new new GUI frame to current nessus CVS
   and make sure, the version as it is now
   exists as a GTK frame within the new GUI
   so that everything can per performed with
   the GUI all the time.

   Then step-by-step add the funcationality to
   the new GUI parts and after replace them in the old.
   Eg. one of the first things would be to replace
   the connect dialog and the scan options.

   Advantage: All developers see the current status,
   can comment or veto immediately. Also, there will
   always be a functional version all the time.

   Disadvantage: Its not really possible to improve the
   whole implementation structure, ie. we may have to live
   with the way some things are already implemented.

2. Separate development of 'nessus2':

   A new CVS directory (e.g. nessus-client or nessus2)
   where a fully separate development is started and some
   parts of the current nessus client are copied from.

   Advantage: New, straight implementation design.

   Disadvantage: Probably no one tests it during development.
   We might end up with two nessus clients to maintain instead
   of creating a real successor.

3. Develop in a branch:

   This is pretty much a mixture of (1) and (2).
   the nessus module is branched and deveopment takes
   place like in (1).

   Advantage/Disadvantage:
   Well, I don't see any advantage of this option.
   A Merge back to HEAD would be pretty much the same
   as exchanging all the code since the changes will be
   comprehensive.
   And this option would win more testers than (2).


What do you think?

My personal favorite is (1) so far as it really would mean
that we develop something that is permanently reviewed
by developers and users. A fact I rate very high.

Are there possibly other options I missed?

Best

	Jan

-- 
Jan-Oliver Wagner               http://intevation.de/~jan/

Intevation GmbH                      http://intevation.de/
FreeGIS                                http://freegis.org/
_______________________________________________
Nessus-devel mailing list
[email protected]
http://mail.nessus.org/mailman/listinfo/nessus-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.