Re: [devel] KNetworkConf

Confirmed... there are no meta-config definition for network config files
available at this time.
Jason


>>> [email protected] 1/26/04 9:14:35 AM >>>

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



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn 
_______________________________________________
Config4gnu-developer mailing list
Config4gnu-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org 
https://lists.sourceforge.net/lists/listinfo/config4gnu-developer


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn