[Config4gnu-developer] Re: [devel] KNetworkConf

[C. G. <c.g...@tu...>]

Thanks for  the links Juan Luis.

> I have looked at GFG site but didn't find any info about configuring the
> network, only about configuring servers like apache, samba,etc. Could you
> point me into the right place please?

I'll try and CC the CFG list.

Generally all settings are kept in config files. The network config too. To 
make those setings accessible with CFG it needs meta-config definitions for 
those network config files. A meta-config file says which syntax parser 
backend CFG has to use to access a particular config -file or -database. The 
meta-config file then describes the options available in the file and 
associates them into properties of "configuration nodes" in the CFG 
representation. Finaly the meta-config definition also tells CFG how to 
activate changes in the running system.

Additionally the meta-config files can define forms and wizard logic for 
setting of mulipe properties in CFG in frontends.

Now for example Debian and Mandrake use different "network" packages and 
config files. In the future both packages (the .deb and .rpm in which they 
are distributed) should come with meta-config files included. Their 
meta-config files will have some differences but the representation of the 
settings in CFG (IPs, netmasks etc.) is exactly the same.

AFAIK there is unfortunately no meta-config definition for network config 
files available yet.

Has somebody on the list done somthing in this direction?

Listmembers please check out the Feature requests on sf.net I would also like 
to see a little more info on how to put CFG to use with additional packages 
(contribute meta-configs).


> Anyway, I'll have to look if it's worth the effort to migrate to CFG, as
> GST seems to be doing the things knetworkconf needs pretty well. In any
> case I don't think it should be too hard to migrate to CFG if needed.

Great if it is not too hard to do. For the moment in your place I would also 
stick to GST, and get a little familiar with CFG concepts since I too think 
the more modular framework is the way to go for the future. It has many 
advantages especially for development, distribution and maintanance.


All the best,
Christian