RE: [Cfengine-develop] Development plan / meeting

[Bas van der Vlies]

After reading the mails. This are my answers and thoughts:
 - I Live in the Netherlands/Amsterdam.

 - Do you mean with kickstart the automatic installation of
   UNIX machines or just to automate the process of redhat
   installations? If it is only for redhat then is not that
   interested topic for me.

 - A Wiki setup would be nice.

 - Now we can check if processes are running but we can not
   test the functionality of a process. Look if the http 
   daemon is working properly. I know i can do it with modules.
   Mabye we must setup a repository with monitor scripts for
   different kind of daemons.

 - If there is a major version upgrade, eg 2 --> 3. Then 
   we must also maintain cfengine 2 for a while with patches.
   This was not the situation for version 1. So we had to
   lot of work for version 1. 

 - If the parser/lexer is rewritten. We can remove a lot of code
   from cfengine. Like checking if we suppply the right keywords
   with the right values, eg: Now there are checks everywhere
   if we supplied a integer to a keyword. I personnaly think
   that this will make the cfengine source more readable, 
   extendable and maintenable.


 - Looks like a good idea a pluging model for cfenvd. Just the
   way like the ganglia monitoring toolkit works.


-----Original Message-----
From: address@hidden [mailto:address@hidden
Sent: donderdag 27 februari 2003 20:18
To: address@hidden
Subject: [Cfengine-develop] Development plan / meeting



We need some kind of plan for getting started and coming to
an agreement about goals and timelines with cfengine.

Some projects are small, some are large, some lead to compatibility,
others sacrifice compatibility for excellence. I have some definite
goals for the future, and I am open to suggestions. 

I would like to avoid too much email - I get enough already, and part
of the reason for delegating and enlisting help is to get away from
the computer. We have options:

 - a workshop to kickstart development (where? when?)
 - a purely e-mail discussion that converges quickly (like a
   good cfengine policy) to a concise plan


My broad goals with compatibility:

 * objects with scope (self-contained cfengine sub-routines)
    - cfengine 2.1.0, main problem is how to express this possiblity in the
      cfengine language, preserving convergence, even with recursion
    
 * a model for peer 2 peer policy exchange
    - cfengine 2.2.0, requires research and simulation

Goals abandoning compatibilty

 * Redesign/simplification of language and parser

Anything else is open to discussion.

Mark

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Work: +47 22453272            Email:  address@hidden
Fax : +47 22453205            WWW  :  http://www.iu.hio.no/~mark
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~




_______________________________________________
Cfengine-develop mailing list
address@hidden
http://mail.nongnu.org/mailman/listinfo/cfengine-develop