[Opensim-dev] what are the core region modules? which are not?

Mon Feb 9 18:50:19 UTC 2009

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.

(from off list)
On Mon, Feb 9, 2009 at 10:30 AM, <cmickeyb at gmail.com> wrote:

> 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.
>
> 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.
>
> --mic
>
>
>
> On Feb 9, 2009 10:16am, Dahlia Trimble <dahliatrimble at gmail.com> wrote:
> > 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.
> >
> >
> > On Mon, Feb 9, 2009 at 7:25 AM, Dr Scofield DrScofield at xyzzyxyzzy.net>
> wrote:
> >
> > Justin Clark-Casey wrote:
> >
> > > Dr Scofield wrote:
> >
> > >> i'm now working on step 2 of the OpenSim.Region.Environment refactor.
> >
> > >> here is a list of CoreModules and OptionalModules. clearly the later
> >
> > >> ones are candidates for moving to forge. any comments on the contents
> of
> >
> > >> these two lists? any modules that should not be in CoreModules (and
> any
> >
> > >> modules that should be in CoreModules)?
> >
> > >
> >
> > > Could you tell us what criteria you're using for this?
> >
> >
> >
> >
> > the following: Core should be anything that is
> >
> >
> >
> > (a) referenced directly or indirectly from outside
> CoreModules/OptionalModules
> >
> > (b) is necessary to provide the base 3D/VW user experience
> >
> >
> >
> > and, admittedly, this is a rough view and i'm the first to admit that i
> >
> > misclassified, hence my request for comments! :-)
> >
> >
> >
> > >
> >
> > >> Core region modules:
> >
> > >>
> >
> > >> CoreModules/Communications/REST
> >
> > >> CoreModules/Communications/Local
> >
> >
> >
> >
> > referenced directly.
> >
> >
> >
> > >> CoreModules/Hypergrid
> >
> >
> >
> > dito.
> >
> >
> >
> > >> CoreModules/World/TreePopulator
> >
> > >> CoreModules/World/Sound
> >
> > >> CoreModules/World/Land
> >
> > >> CoreModules/World/Terrain
> >
> > >> CoreModules/World/Terrain/FloodBrushes
> >
> > >> CoreModules/World/Terrain/FileLoaders
> >
> > >> CoreModules/World/Terrain/PaintBrushes
> >
> > >> CoreModules/World/Terrain/Effects
> >
> > >> CoreModules/World/Terrain/Tests
> >
> > >> CoreModules/World/Estate
> >
> > >> CoreModules/World/Wind
> >
> > >> CoreModules/World/Vegetation
> >
> > >> CoreModules/World/Sun
> >
> > >> CoreModules/World/Permissions
> >
> > >> CoreModules/World/WorldMap
> >
> > >> CoreModules/World/Archiver
> >
> > >> CoreModules/World/Archiver/Tests
> >
> > >> CoreModules/World/Serialiser
> >
> >
> >
> >
> > not sure whether ALL of these are core. so in dubio pro reo.
> >
> >
> >
> > >> CoreModules/Agent/TextureDownload
> >
> > >> CoreModules/Agent/Capabilities
> >
> > >> CoreModules/Agent/TextureSender
> >
> > >> CoreModules/Agent/TextureSender/Tests
> >
> > >> CoreModules/Agent/AssetTransaction
> >
> > >> CoreModules/Agent/Xfer
> >
> >
> >
> >
> > those seem to contribute essential services.
> >
> >
> >
> > >> CoreModules/Framework/EventQueue
> >
> > >> CoreModules/Framework/InterfaceCommander
> >
> >
> >
> >
> > dito.
> >
> >
> >
> > >> CoreModules/Scripting/XMLRPC
> >
> > >> CoreModules/Scripting/LoadImageURL
> >
> > >> CoreModules/Scripting/DynamicTexture
> >
> > >> CoreModules/Scripting/EMailModules
> >
> > >> CoreModules/Scripting/VectorRender
> >
> > >> CoreModules/Scripting/WorldComm
> >
> > >> CoreModules/Scripting/HttpRequest
> >
> >
> >
> >
> > required for script engines, i guess. in dubio pro reo.
> >
> >
> >
> > >> CoreModules/Grid/Interregion
> >
> >
> >
> > required for Grid mode, i guess.
> >
> >
> >
> > >> CoreModules/Avatar/Groups
> >
> >
> >
> > rudimentary group support.
> >
> >
> >
> > >> CoreModules/Avatar/Lure
> >
> >
> >
> > teleport lures.
> >
> >
> >
> > >> CoreModules/Avatar/InstantMessage
> >
> >
> >
> > i consider this core functionality.
> >
> >
> >
> > >> CoreModules/Avatar/AvatarFactory
> >
> >
> >
> > referenced directly.
> >
> >
> >
> > >> CoreModules/Avatar/Inventory/Transfer
> >
> > >> CoreModules/Avatar/Inventory/Archiver
> >
> >
> >
> >
> > i consider this core functionality.
> >
> >
> >
> > >> CoreModules/Avatar/Profiles
> >
> > >> CoreModules/Avatar/Gestures
> >
> > >> CoreModules/Avatar/Friends
> >
> > >> CoreModules/Avatar/ObjectCaps
> >
> >
> > >> CoreModules/Avatar/Chat/ChatModule
> >
> >
> >
> > dito.
> >
> >
> >
> > >> CoreModules/Avatar/Currency/SampleMoney
> >
> >
> >
> > i don't consider this core functionality, but it's referenced.
> >
> >
> >
> > >> CoreModules/Avatar/Dialog
> >
> >
> >
> > core functionality.
> >
> >
> >
> > >>
> >
> > >> Optional region modules:
> >
> > >>
> >
> > >> OptionalModules/World/NPC
> >
> > >> OptionalModules/Avatar/Voice
> >
> > >> OptionalModules/Avatar/Voice/AsterixVoice
> >
> > >> OptionalModules/Avatar/Voice/SIPVoice
> >
> >
> >
> >
> > none of the voice modules has working client counter part so far. so,
> definitely
> >
> > optional.
> >
> >
> >
> > >> OptionalModules/Avatar/Concierge
> >
> >
> >
> > definitely optional.
> >
> >
> >
> > >> OptionalModules/Avatar/Combat
> >
> >
> >
> > where does this come from and how is it being used?
> >
> >
> >
> > >> OptionalModules/Avatar/Chat/IRC-stuff
> >
> >
> >
> > i'd consider this optional.
> >
> >
> >
> > >> OptionalModules/ContentManagementSystem
> >
> >
> >
> > same here.
> >
> >
> >
> > >> OptionalModules/InterGrid
> >
> >
> >
> > ok, this could be a CoreModule on the same level as HyperGrid...it's just
> that
> >
> > HyperGrid seems to be much more advanced and we made the decision to move
> it
> >
> > from forge to core.
> >
> >
> >
> >
> >
> > as i said, i'd LOVE to hear on this and get this sorted.
> >
> >
> >
> > --
> >
> > dr dirk husemann ---- virtual worlds research ---- ibm zurich research
> lab
> >
> > SL: dr scofield ---- drscofield at xyzzyxyzzy.net ----
> http://xyzzyxyzzy.net/
> >
> > RL: hud at zurich.ibm.com - +41 44 724 8573 -
> http://www.zurich.ibm.com/~hud/
> >
> > _______________________________________________
> >
> >
> >
> > Opensim-dev mailing list
> >
> > Opensim-dev at lists.berlios.de
> >
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> >
> >
> >
> >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20090209/9eeaa4c7/attachment-0001.html>