DragonFly BSD
DragonFly kernel List (threaded) for 2003-12
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: configuration files

From: Dave Leimbach <leimySPAM2k@xxxxxxx>
Date: 12 Dec 2003 09:36:29 -0600

Jeroen Ruigrok/asmodai <asmodai@xxxxxx> writes:

> Also, going XML in this case means you have to convert all the shell
> scripts into either tools or using tools in the scripts to interpret the
> XML files to get the values you need.  Using the key/value pairs as in
> rc.conf at the moment we have the advantage of just sourcing them in and
> treating them as variables.

Not really.  

. ..

I know you can't source them like you do regular files but I think
an appropriate XPath query could grab out the scripts you want.

Don't ask me which tools can let you do this... I have no idea :)

I just don't think the answer is cut and dry here... there are lots
of choices.

> >I've been on several projects where it was decided to use name/value 
> >pairs rather than xml because it was "simpler".  At first this was true. 
> > But then we needed entries to have multiple values, so we added a bit 
> >of parsing for comma separated values.  Then we needed a way to group 
> >multiple entries, so we created "meta-entries".  Before long, the format 
> >was just as complicated as if we had used xml, and not nearly as well 
> >defined.  I think this is a common occurrence as the tendency is for a 
> >tool to grow more complex than initially intended.
> Yes, but those projects most likely had configuration schemes way more
> intricate than what rc.conf has.  At least that's how you make it sound.
> Please correct me if wrong.
> I would love to see some more concrete ideas about why XML would be
> useful for DragonFly.  I want to hear/see some pure advantages I haven't
> thought of. I don't care about other projects.  Sorry if that
> sounds harsh.

Sure... DragonFly is the system at hand... we need to focus :).

I can't think of any reason XML is better than what we have aside from
making it possibly easier to support some sort of easy to configure 
front-end for newbies to go with an installation system.  That way
if the formats changed in the future you wouldn't have to rewrite
the whole installation system... you know... The X part of XML 
eXtensibility :)


> -- 
> Jeroen Ruigrok van der Werven <asmodai(at)wxs.nl> / asmodai / kita no mono
> PGP fingerprint: 2D92 980E 45FE 2C28 9DB7  9D88 97E6 839B 2EAC 625B
> http://www.tendra.org/   | http://diary.in-nomine.org/
> Death is that state where one exists only in the memories of others...

[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]