Well i should have been more clear, i guess what i mean is that the goal all along was to move modules out of core into forge eventually, even the ones that are already in core. At least that was my understanding and the reason forge was ultimately created.  So the core is not over bloated with module work.<br>
<br>Neb<br><br><div class="gmail_quote">On Tue, Jun 30, 2009 at 7:09 AM, Michael Cortez <span dir="ltr"><<a href="mailto:mcortez@gmail.com">mcortez@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">Nebadon Izumi wrote:<br>
> I would only agree to this if all modules are hosted on the forge,<br>
</div>Why would you even want it moved out of it's current SVN repository?<br>
Perhaps I wasn't clear, but my intent would be those modules that are<br>
currently in the main repository would stay in the main repository.<br>
They would simply be moved to a different folder to make it a bit more<br>
clear as to separation of core vs core module vs optional module, and to<br>
make it easier for 3rd part modules to be dropped in.<br>
<div class="im"><br>
>  I also dont see how we can start doing something like this during a<br>
> giant refactoring of the code,<br>
</div>Mostly because {guesstimating} 7 out of 10 of the modules are not being<br>
touched by the refactoring of user, inventory and asset services -- this<br>
is why I specifically did not include Server/Service modules in the main<br>
body of my suggestion.  Right now the primary candidates for movement<br>
would be everything that's within the Optional modules directory.<br>
Followed by the Replaceable modules directory, then a close examination<br>
of those modules in the CoreModules directory that if not present do not<br>
prevent OpenSim from running (I believe Wind, for example, would fall<br>
under this.)<br>
<br>
Additionally, for those modules that anyone sees as truly not belonging<br>
in the core, but are currently too highly coupled to move -- then during<br>
a big refactoring stage IMHO is the ideal time to look at what it would<br>
take to decouple them.<br>
<br>
Of course, as I indicated to Melenie -- there is no deadline for<br>
something like this.  Step 1, put the necessary structure in place --<br>
patch prebuild and include the appropriate directories in the build --<br>
to support new third party modules.  Step 2, for those modules that are<br>
dead easy to include, people with the time on their hands can submit<br>
patches to create the needed prebuild files and move the code.<br>
<div><div></div><div class="h5"><br>
--<br>
Michael Cortez<br>
<br>
<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Michael Emory Cerquoni - Nebadon Izumi @ <a href="http://osgrid.org">http://osgrid.org</a><br>