> The next level of CFG support would include providing
> logic-definition-files. Which might define meta-variables, wizard
> hierachies of questions and consequenses and other constructs like "If
> bind is installed the
*meta-variable* DNS-Server (not belonging to any particular package (maybe just to a "basic system" definition)
goes into forwarders
> for bind and /etc/resolv.conf will point to the localhost:[port
> configured for bind]". In some cases the logic-definition could also
> point to some specific external implementations (binary or script of
> choice) to do for example some tests of a just configured service and
> get some result code.
Needed possibility to execute external programms for some config tasks (adduser?) is ack. Would it also be possible to execute an external "hardware test/search" application to find possible config settings or to check devices _from_within_a_"config_wizard"_definition?
I.e. query a scipt/program for return values.
So that for example a quick self test on a configured digicam can be done or that
list with available interfaces/servers in the net to bind to can be determined (i.e. eth0 (192.168.1.1), lo (127.0.0.1), host.local.lan (192.x.x.x)
etc.) Well, ok some of this info might allready be in another part of the config data an referenced to directly, but to give an idea anyway.
-Peter
Logged In: NO
The "update globaly" could come naturally if redundant configs are avoided in the meta-config-files. I.e. instead of creating a new hostname or IP address entity in an additional package all meta-configs should reference to the primary entry for example in /etc/hostname available in another CFG section. It should be easy to make references in meta-config-files for example to a enumerated list of available interfaces on the system for the "bind to" property of server processes that will then show up in the frontends. Options should be detemineable from other CFG entries or from executing external scripts/programs from within the meta-config-definition that can do other tasks and probes.
This way also a "status information" can be displayed in frondends with a special property that holds the probed status.