<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">We didn't actually reach final agreement of what the loading order should be. <br><br>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.<br><br>Then after that we load the normal ini file (opensim.ini) exactly like we do now. Which over writes anything loaded before.<br><br>So in your case you wouldn't use the folder option. And it would act exactly like it does now.<br><br>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. <br><br>--- On <b>Fri, 20/2/09, Chris Hart <i><Chris@codetorque.co.uk></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">From: Chris Hart <Chris@codetorque.co.uk><br>Subject: Re: [Opensim-dev] Ini file reorganiSation<br>To: opensim-dev@lists.berlios.de<br>Date: Friday, 20 February, 2009, 2:22 PM<br><br><pre>Currently, I handle ini loading in two stages; firstly, I use -inimaster<br>to load up settings from a web-based central ini. Secondly, I use<br>-inifile pointing to a local small ini file with local storage settings<br>and any settings that I want to specify to override the central ini.<br><br>You say that your proposal has -inipath local directory, -inifile for<br>url, merged last, which is the opposite for me. At least I believe it is<br>- correct me if I have
misunderstood.<br><br>Currently, I can have all region servers on a grid set to use XEngine in<br>the master, but have a small local ini on one server to use<br>DotNetEngine, for example. Or different physics, chat range, etc. My<br>goal is to have as little to change on each region server as possible,<br>otherwise I spend most of my time hand-editing 15 to 20 ini files for<br>each upgrade. <br><br>If this goes ahead that's ok - I can extend my own admin tools to serve<br>up region server specific ini settings all over the web (which was my<br>end goal in any case). Just wanted to flag it in case anyone else had<br>picked up on it and wanted to use it.<br><br>Chris<br><br>-----Original Message-----<br>From: opensim-dev-bounces@lists.berlios.de<br>[mailto:opensim-dev-bounces@lists.berlios.de] On Behalf Of Melanie<br>Sent: 20 February 2009 14:05<br>To: opensim-dev@lists.berlios.de<br>Subject: Re: [Opensim-dev] Ini file reorganiSation<br><br>In what way
would that break it? It merely adds another options, <br>namely, _if_ inimaster is a local _path_, descend into it. That <br>won't change a thing about the handling of a URL.<br><br>The rename would mean that grids would need to adjust, but the <br>rename is the least important part of the proposal and could just as <br>soon not happen.<br><br>Melanie<br><br>Chris Hart wrote:<br>> Note that the 0.6.3 branch made yesterday includes code that enables<br>> -inimaster to be loaded over the web, enabling central ini settings to<br>> be served over the web with local override capability via a local<br>> -inifile. This proposal would break that functionality.<br>> <br>> Admittedly, it's probably only me / ReactionGrid that uses it at the<br>> moment, but in case anyone else is using it, it's something to be<br>aware<br>> of.<br>> <br>> Otherwise, sounds pretty reasonable.<br>> <br>> -----Original Message-----<br>> From:
opensim-dev-bounces@lists.berlios.de<br>> [mailto:opensim-dev-bounces@lists.berlios.de] On Behalf Of Melanie<br>> Sent: 20 February 2009 13:54<br>> To: opensim-dev@lists.berlios.de<br>> Subject: Re: [Opensim-dev] Ini file reorganiSation<br>> <br>> <br>> <br>> Justin Clark-Casey wrote:<br>>>> I propose to break up the OpenSim.ini.example into module-sized <br>>>> chunks and supply these as separate files in the SVN/distribution.<br>>> <br>>> Can this directory of files be a separate conf/ directory rather than<br>> bin/ ?<br>> <br>> That was the point.<br>> <br>> Melanie<br>> _______________________________________________<br>> Opensim-dev mailing list<br>> Opensim-dev@lists.berlios.de<br>> https://lists.berlios.de/mailman/listinfo/opensim-dev<br>> <br>> No virus found in this incoming message.<br>> Checked by AVG - www.avg.com <br>> Version: 8.0.237 / Virus
Database: 270.10.25/1957 - Release Date:<br>> 02/19/09 18:45:00<br>> _______________________________________________<br>> Opensim-dev mailing list<br>> Opensim-dev@lists.berlios.de<br>> https://lists.berlios.de/mailman/listinfo/opensim-dev<br>> <br>> <br>_______________________________________________<br>Opensim-dev mailing list<br>Opensim-dev@lists.berlios.de<br>https://lists.berlios.de/mailman/listinfo/opensim-dev<br><br>No virus found in this incoming message.<br>Checked by AVG - www.avg.com <br>Version: 8.0.237 / Virus Database: 270.10.25/1957 - Release Date:<br>02/19/09 18:45:00<br>_______________________________________________<br>Opensim-dev mailing list<br>Opensim-dev@lists.berlios.de<br>https://lists.berlios.de/mailman/listinfo/opensim-dev<br></pre></blockquote></td></tr></table><br>