<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">I think we need to go into a bit more detail about how the loading process will work. <br><br>As we spoke about in the irc channel. If it should load all the ini files from the config directory first and then load opensim.ini ? Or load opensim.ini first and then the config directory?<br><br>Should we still support MasterIni being a http url or single local file? <br><br>What should happen if either MasterIni or Inifile is a http url. Should we still load any local config files?<br><br>I think what we were generally talking about in irc is that we still support MasterIni (MasterPath) being able to be either a http url or single local file, but also add a option that it can point to a folder. If its a folder then we load all the ini files in that folder and merge them together into a single IConfigsource. <br><br>Then we load opensim.ini exactly as it is now
 (either a local file or http url) and merge that over the top of the previous loaded files.<br><br>But there are a lot of options that we should get straight before we implement this.<br><br>--- On <b>Fri, 20/2/09, Melanie <i><melanie@t-data.com></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">From: Melanie <melanie@t-data.com><br>Subject: Re: [Opensim-dev] Ini file reorganiSation<br>To: opensim-dev@lists.berlios.de<br>Date: Friday, 20 February, 2009, 2:05 PM<br><br><pre>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></pre></blockquote></td></tr></table><br>