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 <[email protected]> wrote: > From: Chris Hart <[email protected]> > Subject: Re: [Opensim-dev] Ini file reorganiSation > To: [email protected] > 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: [email protected] > [mailto:[email protected]] On Behalf Of Melanie > Sent: 20 February 2009 14:05 > To: [email protected] > 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: [email protected] >> [mailto:[email protected]] On Behalf Of Melanie >> Sent: 20 February 2009 13:54 >> To: [email protected] >> 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 >> [email protected] >> 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 >> [email protected] >> https://lists.berlios.de/mailman/listinfo/opensim-dev >> >> > _______________________________________________ > Opensim-dev mailing list > [email protected] > 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 > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev > > > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev _______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
