[Opensim-dev] Ini file(s) loading

Chris Hart Chris at codetorque.co.uk
Fri Mar 6 09:48:04 UTC 2009


I like it - no more merging, defaults split up between files for
manageability, no more "hunt the ini" in the mammoth bin directory.
Defaults are readable - if you got rid of the example file or the need
for an ini at all you'd have to dig through code to figure out what the
defaults were. You still get plenty of control over options via the
master (if you use a master), and then individual differences in local
instances. 

+1

-----Original Message-----
From: opensim-dev-bounces at lists.berlios.de
[mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Melanie
Sent: 06 March 2009 08:56
To: opensim-dev at lists.berlios.de
Subject: Re: [Opensim-dev] Ini file(s) loading

Hi,


Jeff Ames wrote:
> Melanie wrote:
>> read [the config directory] first
>> then read the inimaster
>> then read the inifile

This is because the config/* files would hold the defaults, they 
must be read first.

[...]

> 
> Then we could break up and move OpenSim.ini.example entirely to
> config/*.ini.example files, and when the user wants to change a value,
> create foo.ini based on foo.ini.example (copying the whole file if
> they want everything, or only adding the options they want to
> explicitly set).
> 

I was suggesting to get away from *.example files. Instead, I am 
proposing to break up OpenSim.ini into *.ini files that provide the 
defaults. The in-code defaults are a requirement of Nini, but they 
are not functional, just ignore that they're there. The requirement 
for an OpenSim.ini file in code needs to be dropped, of course.

That is why the config directory needs to be read first - it 
provides the defaults! Inimaster would be rendered useless by the 
load order you're proposing!

> Then I guees the load order would be:
>  - read inimaster (if present)
>  - read config/*.ini (if present)
>  - use defaults in code for anything not set
> 

See above, this won't serve the users' needs. In your scenario, if 
the config/*.example changes, they'd still need to merge.

What I propose, to reiterate, is this:

Break up Opensim.ini.example into config/*.ini. Uncomment all the 
options so they serve as defaults.
Remove the explicit requirement for an ini file.
This way, sitewide changes from the provided defaults go to 
inimaster, and machine/instance settings go to opensim.ini.
The files in config/ can remain unchanged and can be updated on 
every svn update, without manual merging.

Of course, many other use cases are possible, including 
modifications to config/*.ini if desired, or omitting either 
configuration source.

Melanie
_______________________________________________
Opensim-dev mailing list
Opensim-dev at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 8.0.237 / Virus Database: 270.11.5/1977 - Release Date:
03/05/09 19:32:00



More information about the Opensim-dev mailing list