[Opensim-dev] Ini file reorganiSation

[Melanie]

Either will work. Either adding -inipath as a new option, or adding 
that functionlity to -inimaster (possibly without rename) and maybe 
also -inifile (no reason why local mode can't take directories as a 
rule!)

Melanie

MW wrote:
> We didn't actually reach final agreement of what the loading order should be. 
> 
> But the general idea was that we rename IniMaster to IniPath (although I'm unsure we really need/want to rename it as it might lead to confusion). This can then either be set to a http url or a single local file, or the new thing being it could be a local folder. If its a folder then all the ini files in that folder are loaded and merged together. If its a single file or http url, then it acts exactly like it does now. And just loads that data.
> 
> Then after that we load the normal ini file (opensim.ini) exactly like we do now. Which over writes anything loaded before.
> 
> So in your case you wouldn't use the folder option. And it would act exactly like it does now.
> 
> But maybe the folder option should be a separate layer. Where first we load the MasterIni as we do now. Then there is a new option to load files from a config folder, then lastly the opensim.ini. 
> 
> --- On Fri, 20/2/09, Chris Hart <Chris at codetorque.co.uk> wrote:
> From: Chris Hart <Chris at codetorque.co.uk>
> Subject: Re: [Opensim-dev] Ini file reorganiSation
> To: opensim-dev at lists.berlios.de
> Date: Friday, 20 February, 2009, 2:22 PM
> 
> Currently, I handle ini loading in two stages; firstly, I use -inimaster
> to load up settings from a web-based central ini. Secondly, I use
> -inifile pointing to a local small ini file with local storage settings
> and any settings that I want to specify to override the central ini.
> 
> You say that your proposal has -inipath local directory, -inifile for
> url, merged last, which is the opposite for me. At least I believe it is
> - correct me if I have misunderstood.
> 
> Currently, I can have all region servers on a grid set to use XEngine in
> the master, but have a small local ini on one server to use
> DotNetEngine, for example. Or different physics, chat range, etc. My
> goal is to have as little to change on each region server as possible,
> otherwise I spend most of my time hand-editing 15 to 20 ini files for
> each upgrade. 
> 
> If this goes ahead that's ok - I can extend my own admin tools to serve
> up region server specific ini settings all over the web (which was my
> end goal in any case). Just wanted to flag it in case anyone else had
> picked up on it and wanted to use it.
> 
> Chris
> 
> -----Original Message-----
> From: opensim-dev-bounces at lists.berlios.de
> [mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Melanie
> Sent: 20 February 2009 14:05
> To: opensim-dev at lists.berlios.de
> Subject: Re: [Opensim-dev] Ini file reorganiSation
> 
> In what way would that break it? It merely adds another options, 
> namely, _if_ inimaster is a local _path_, descend into it. That 
> won't change a thing about the handling of a URL.
> 
> The rename would mean that grids would need to adjust, but the 
> rename is the least important part of the proposal and could just as 
> soon not happen.
> 
> Melanie
> 
> Chris Hart wrote:
>> Note that the 0.6.3 branch made yesterday includes code that enables
>> -inimaster to be loaded over the web, enabling central ini settings to
>> be served over the web with local override capability via a local
>> -inifile. This proposal would break that functionality.
>> 
>> Admittedly, it's probably only me / ReactionGrid that uses it at the
>> moment, but in case anyone else is using it, it's something to be
> aware
>> of.
>> 
>> Otherwise, sounds pretty reasonable.
>> 
>> -----Original Message-----
>> From: opensim-dev-bounces at lists.berlios.de
>> [mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Melanie
>> Sent: 20 February 2009 13:54
>> To: opensim-dev at lists.berlios.de
>> Subject: Re: [Opensim-dev] Ini file reorganiSation
>> 
>> 
>> 
>> Justin Clark-Casey wrote:
>>>> I propose to break up the OpenSim.ini.example into module-sized 
>>>> chunks and supply these as separate files in the SVN/distribution.
>>> 
>>> Can this directory of files be a separate conf/ directory rather than
>> bin/ ?
>> 
>> That was the point.
>> 
>> 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.10.25/1957 - Release Date:
>> 02/19/09 18:45:00
>> _______________________________________________
>> Opensim-dev mailing list
>> Opensim-dev at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>> 
>> 
> _______________________________________________
> 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.10.25/1957 - Release Date:
> 02/19/09 18:45:00
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
> 
> 
> 
>       
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev