remove old internal documentation, update READMEs
Signed-off-by: Nico Schottelius <nico@kr.ethz.ch>
This commit is contained in:
parent
c27d052890
commit
ea46e6aeec
3 changed files with 20 additions and 23 deletions
14
REAL_README
14
REAL_README
|
@ -26,6 +26,20 @@ it ticks differently:
|
|||
* User defines configuration in shell scripts (called ***manifests***)
|
||||
* Cdist generates internal configuration (cconfig style) and afterwards applies configuration
|
||||
|
||||
### Features
|
||||
|
||||
Stuff that should probably be included in every configuration management,
|
||||
but is not. Or: The reason why I began to write cdist.
|
||||
|
||||
* Speed
|
||||
* Elegant code
|
||||
* Clean design
|
||||
* Good documentation (man pages)
|
||||
* Meaningful error messages
|
||||
* No surprise factor
|
||||
* Consistency in behaviour, naming and documentation
|
||||
* Easy integration nacked installations
|
||||
|
||||
## Requirements
|
||||
|
||||
### Server
|
||||
|
|
|
@ -3,9 +3,6 @@ Core:
|
|||
- probably name them only_once and use that as the internal id!
|
||||
- extend cdist_tree_wrapper to look for optional/mandority parameters for types
|
||||
- gives "good" database, which contains only valid objects
|
||||
- use ssh with master socket?
|
||||
- saves connection delay for new connections: -M
|
||||
- hint: http://protempore.net/~calvins/howto/ssh-connection-sharing/
|
||||
- remove remote_base_dir at beginning - otherwise fragments from
|
||||
previous runs may still be existing!
|
||||
|
||||
|
@ -29,3 +26,9 @@ Types to be written:
|
|||
- delete_line_from_file
|
||||
- regexp replace (can probably cover all?)
|
||||
|
||||
Documentation:
|
||||
- Multi master setups
|
||||
- use ssh with master socket?
|
||||
- saves connection delay for new connections: -M
|
||||
- hint: http://protempore.net/~calvins/howto/ssh-connection-sharing/
|
||||
- Describe pull architecture and requirements
|
||||
|
|
|
@ -1,20 +0,0 @@
|
|||
What do I miss from puppet?
|
||||
|
||||
- speed
|
||||
- elegance
|
||||
- clean design
|
||||
- documentation
|
||||
- the "no surprise" factor
|
||||
- easy to use "data memory" (i.e. external ressources)
|
||||
- easy integration into installation process
|
||||
- copy identity to master
|
||||
- multi master setups
|
||||
- development configurations / tests
|
||||
- editing of configuration files
|
||||
- similar to cfengine
|
||||
- replace bug squasher with bug avoidance
|
||||
- qmail did not need one either
|
||||
- push infrastructure
|
||||
- real / meaningful error messages
|
||||
|
||||
|
Loading…
Reference in a new issue