cdist-mirror

Darko Poljak da274e5ef3 Redefine/reimplement CDIST_ORDER_DEPENDENCY CDIST_ORDER_DEPENDENCY now defines type order dependency context. cdist (emulator) maintains global state variables, as files, order_dep_state and typeorder_dep, and per object state variable, as file, typeorder_dep. If order_dep_state exists then this defines that order dependency is turned on. If order_dep_state does not exist then order dependency is turned off. If order dependency is on then objects created after it is turned on are recorded into: * global typeorder_dep, in case of init manifest * object's typeorder_dep, in case of type's manifest. If order dependency is on then requirement is injected, where object created before current, is read from: * global typeorder_dep, in case of init manifest * object's typeorder_dep, in case of type's manifest. Every time order dependency is turned off, typeorder_dep files are removed, which means that type order list is cleared, context is cleaned. In the end cdist cleans after itself, i.e. mentioned files are removed. When running type manifest is finished typeorder_dep file is removed. When running config finishes global typeorder_dep and order_dep_state files are removed. Global type order recording is untouched. Furthermore, for completeness, type order is now recorded for each object too.		5 years ago
bin	Add pycodestyle ignores	5 years ago
cdist	Redefine/reimplement CDIST_ORDER_DEPENDENCY	5 years ago
completions	…
configuration	…
docs	Release 6.1.1	5 years ago
hacking	…
other	…
scripts	…
.gitattributes	…
.gitignore	…
.gitlab-ci.yml	Add gitlab CI	5 years ago
MANIFEST.in	…
Makefile	…
PKGBUILD.in	…
README	…
README-maintainers	…
setup.py	Add pycodestyle ignores	5 years ago

README

cdist
-----

cdist is a usable configuration management system.

For the web documentation have a look at https://www.cdi.st/
or at docs/src for reStructuredText manual.