What I was trying to say was taking a region module out core would allow core to deviate in compatibility from those modules and not provide any feedback to core developers that a deviation had occurred, nor would it enforce any responsibility to maintain compatibility. In my case I would have to divert my efforts from core development to maintaining a module that others could break without their knowledge, and I feel that the time spent could be enough to significantly reduce the functionality I could contribute to core. In the case of the IRC module in particular, I would then propose it be moved out of core at a later date when core had stabilized sufficiently to mitigate the risk of future incompatibility.<br>
<br><div>(from off list)<br><div class="gmail_quote">On Mon, Feb 9, 2009 at 10:30 AM,  <span dir="ltr"><<a href="mailto:cmickeyb@gmail.com">cmickeyb@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Is the issue here that there isn't a good "standard" (?) way to build region modules that aren't in the dev tree? I mean... you can certainly build modules outside the dev tree by copying some set of files over... but there aren't any tools to make it easier and no good way to keep it up to date.<br>
<br>We've been talking about our ScienceSim binaries as a "distribution" because we're starting to include some additional region modules. And that means, of course, that we have to make some effort to keep those region modules functioning.<br>
<br>--mic<div><div></div><div class="Wj3C7c"><br><br><br>On Feb 9, 2009 10:16am, Dahlia Trimble <<a href="mailto:dahliatrimble@gmail.com" target="_blank">dahliatrimble@gmail.com</a>> wrote:<br>> When a module moves out of core and to forge, what process would be in place to make sure these modules remain compatible when possibly breaking changes are made to core? I use the IRC module in some of my regions and I wouldn't want to see it broken, and I like to stay close to head in all of my regions so I can be more aware of how development progresses. As such I would potentially vote -1 on taking IRC out of core until there is some way to maintain functionality as core evolves.<br>
> <br>> <br>> On Mon, Feb 9, 2009 at 7:25 AM, Dr Scofield <a href="mailto:DrScofield@xyzzyxyzzy.net" target="_blank">DrScofield@xyzzyxyzzy.net</a>> wrote:<br>> <br>> Justin Clark-Casey wrote:<br>> <br>
> > Dr Scofield wrote:<br>> <br>> >> i'm now working on step 2 of the OpenSim.Region.Environment refactor.<br>> <br>> >> here is a list of CoreModules and OptionalModules. clearly the later<br>
> <br>> >> ones are candidates for moving to forge. any comments on the contents of<br>> <br>> >> these two lists? any modules that should not be in CoreModules (and any<br>> <br>> >> modules that should be in CoreModules)?<br>
> <br>> ><br>> <br>> > Could you tell us what criteria you're using for this?<br>> <br>> <br>> <br>> <br>> the following: Core should be anything that is<br>> <br>> <br>> <br>
> (a) referenced directly or indirectly from outside CoreModules/OptionalModules<br>> <br>> (b) is necessary to provide the base 3D/VW user experience<br>> <br>> <br>> <br>> and, admittedly, this is a rough view and i'm the first to admit that i<br>
> <br>> misclassified, hence my request for comments! :-)<br>> <br>> <br>> <br>> ><br>> <br>> >> Core region modules:<br>> <br>> >><br>> <br>> >> CoreModules/Communications/REST<br>
> <br>> >> CoreModules/Communications/Local<br>> <br>> <br>> <br>> <br>> referenced directly.<br>> <br>> <br>> <br>> >> CoreModules/Hypergrid<br>> <br>> <br>> <br>> dito.<br>
> <br>> <br>> <br>> >> CoreModules/World/TreePopulator<br>> <br>> >> CoreModules/World/Sound<br>> <br>> >> CoreModules/World/Land<br>> <br>> >> CoreModules/World/Terrain<br>
> <br>> >> CoreModules/World/Terrain/FloodBrushes<br>> <br>> >> CoreModules/World/Terrain/FileLoaders<br>> <br>> >> CoreModules/World/Terrain/PaintBrushes<br>> <br>> >> CoreModules/World/Terrain/Effects<br>
> <br>> >> CoreModules/World/Terrain/Tests<br>> <br>> >> CoreModules/World/Estate<br>> <br>> >> CoreModules/World/Wind<br>> <br>> >> CoreModules/World/Vegetation<br>> <br>
> >> CoreModules/World/Sun<br>> <br>> >> CoreModules/World/Permissions<br>> <br>> >> CoreModules/World/WorldMap<br>> <br>> >> CoreModules/World/Archiver<br>> <br>> >> CoreModules/World/Archiver/Tests<br>
> <br>> >> CoreModules/World/Serialiser<br>> <br>> <br>> <br>> <br>> not sure whether ALL of these are core. so in dubio pro reo.<br>> <br>> <br>> <br>> >> CoreModules/Agent/TextureDownload<br>
> <br>> >> CoreModules/Agent/Capabilities<br>> <br>> >> CoreModules/Agent/TextureSender<br>> <br>> >> CoreModules/Agent/TextureSender/Tests<br>> <br>> >> CoreModules/Agent/AssetTransaction<br>
> <br>> >> CoreModules/Agent/Xfer<br>> <br>> <br>> <br>> <br>> those seem to contribute essential services.<br>> <br>> <br>> <br>> >> CoreModules/Framework/EventQueue<br>> <br>
> >> CoreModules/Framework/InterfaceCommander<br>> <br>> <br>> <br>> <br>> dito.<br>> <br>> <br>> <br>> >> CoreModules/Scripting/XMLRPC<br>> <br>> >> CoreModules/Scripting/LoadImageURL<br>
> <br>> >> CoreModules/Scripting/DynamicTexture<br>> <br>> >> CoreModules/Scripting/EMailModules<br>> <br>> >> CoreModules/Scripting/VectorRender<br>> <br>> >> CoreModules/Scripting/WorldComm<br>
> <br>> >> CoreModules/Scripting/HttpRequest<br>> <br>> <br>> <br>> <br>> required for script engines, i guess. in dubio pro reo.<br>> <br>> <br>> <br>> >> CoreModules/Grid/Interregion<br>
> <br>> <br>> <br>> required for Grid mode, i guess.<br>> <br>> <br>> <br>> >> CoreModules/Avatar/Groups<br>> <br>> <br>> <br>> rudimentary group support.<br>> <br>> <br>> <br>
> >> CoreModules/Avatar/Lure<br>> <br>> <br>> <br>> teleport lures.<br>> <br>> <br>> <br>> >> CoreModules/Avatar/InstantMessage<br>> <br>> <br>> <br>> i consider this core functionality.<br>
> <br>> <br>> <br>> >> CoreModules/Avatar/AvatarFactory<br>> <br>> <br>> <br>> referenced directly.<br>> <br>> <br>> <br>> >> CoreModules/Avatar/Inventory/Transfer<br>> <br>
> >> CoreModules/Avatar/Inventory/Archiver<br>> <br>> <br>> <br>> <br>> i consider this core functionality.<br>> <br>> <br>> <br>> >> CoreModules/Avatar/Profiles<br>> <br>> >> CoreModules/Avatar/Gestures<br>
> <br>> >> CoreModules/Avatar/Friends<br>> <br>> >> CoreModules/Avatar/ObjectCaps<br>> <br>> <br>> >> CoreModules/Avatar/Chat/ChatModule<br>> <br>> <br>> <br>> dito.<br>> <br>
> <br>> <br>> >> CoreModules/Avatar/Currency/SampleMoney<br>> <br>> <br>> <br>> i don't consider this core functionality, but it's referenced.<br>> <br>> <br>> <br>> >> CoreModules/Avatar/Dialog<br>
> <br>> <br>> <br>> core functionality.<br>> <br>> <br>> <br>> >><br>> <br>> >> Optional region modules:<br>> <br>> >><br>> <br>> >> OptionalModules/World/NPC<br>
> <br>> >> OptionalModules/Avatar/Voice<br>> <br>> >> OptionalModules/Avatar/Voice/AsterixVoice<br>> <br>> >> OptionalModules/Avatar/Voice/SIPVoice<br>> <br>> <br>> <br>> <br>
> none of the voice modules has working client counter part so far. so, definitely<br>> <br>> optional.<br>> <br>> <br>> <br>> >> OptionalModules/Avatar/Concierge<br>> <br>> <br>> <br>> definitely optional.<br>
> <br>> <br>> <br>> >> OptionalModules/Avatar/Combat<br>> <br>> <br>> <br>> where does this come from and how is it being used?<br>> <br>> <br>> <br>> >> OptionalModules/Avatar/Chat/IRC-stuff<br>
> <br>> <br>> <br>> i'd consider this optional.<br>> <br>> <br>> <br>> >> OptionalModules/ContentManagementSystem<br>> <br>> <br>> <br>> same here.<br>> <br>> <br>> <br>
> >> OptionalModules/InterGrid<br>> <br>> <br>> <br>> ok, this could be a CoreModule on the same level as HyperGrid...it's just that<br>> <br>> HyperGrid seems to be much more advanced and we made the decision to move it<br>
> <br>> from forge to core.<br>> <br>> <br>> <br>> <br>> <br>> as i said, i'd LOVE to hear on this and get this sorted.<br>> <br>> <br>> <br>> --<br>> <br>> dr dirk husemann ---- virtual worlds research ---- ibm zurich research lab<br>
> <br>> SL: dr scofield ---- <a href="mailto:drscofield@xyzzyxyzzy.net" target="_blank">drscofield@xyzzyxyzzy.net</a> ---- <a href="http://xyzzyxyzzy.net/" target="_blank">http://xyzzyxyzzy.net/</a><br>> <br>> RL: <a href="mailto:hud@zurich.ibm.com" target="_blank">hud@zurich.ibm.com</a> - +41 44 724 8573 - <a href="http://www.zurich.ibm.com/~hud/" target="_blank">http://www.zurich.ibm.com/~hud/</a><br>
> <br>> _______________________________________________<br>> <br>> <br>> <br>> Opensim-dev mailing list<br>> <br>> <a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
> <br>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>> <br>> <br>> <br>> <br>> <br>></div></div></blockquote>
</div><br></div>