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

[Dr Scofield]

Sean Dague wrote:
> Dahlia Trimble 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.
> 
> I'm personally all for moving thinks to an Optional space, but we have
> to be honest with ourselves, moving a module to the forge means that
> there is a better than 50% chance it's unusable in 2 weeks time.  I
> think for things we've considered "dead" that's fine, but I'd be
> reluctant to push bits out that people do regularly use (like the irc
> bridge).  At least until we have:
> 
> 1. an easy way to build an out of core module build tree
> 2. network repository support for modules (ala what's in mono addins)
> 3. some type of versioning on module interfaces, so we can know if a
> plugin thinks it can work with the current build
> 
> Otherwise we are more or less jetisoning a lot of features and reducing
> the number of users that we can serve out of the box.  The same logic
> that would leave these modules in the tree is the same logic that keeps
> all the extra stuff in bin/, to make it easy for the new user to get
> started.
> 
> This shouldn't stop this current level of reorganization, which I think
> is very useful.  But is just a warning on next steps of removing things
> from the tree.

i agree on all of that. my plan was to currently ONLY SORT the modules into
CoreModules and OptionalModules --- NOT REMOVE them.

dahlia has a point on the stability of our APIs and we'd need to find good
maintainers first for modules before moving them off to forge.

DrS/dirk


-- 
dr dirk husemann  virtual worlds research  ibm zurich research lab
SL: dr scofield  drscofi...@xyzzyxyzzy.net  http://xyzzyxyzzy.net/
RL: h...@zurich.ibm.com - +41 44 724 8573 - http://www.zurich.ibm.com/~hud/
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

[Opensim-dev] New ConsoleBase breaks OpenSim.GUI/OpenSim.GridLaunch

[Ruud Lathrop]

Hi,

Just found out that people using the OpenSim.GUI or the OpenSim.GridLaunch
application cant use that anymore with the new implementation of
ConsoleBase.
Can we introduce a switch in there, so if people who use a GUI to run
OpenSim have the option to not use all the new options in the ConsolBase?

Ruud
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] New ConsoleBase breaks OpenSim.GUI/OpenSim.GridLaunch

[Melanie]

Hi,

those GUIs are Windows-only. I have no way to test them. Can you 
please elaborate on the requirements of the GUI so I can adjust the 
console accordingly?

Melanie

Ruud Lathrop wrote:
> Hi,
> 
> Just found out that people using the OpenSim.GUI or the OpenSim.GridLaunch
> application cant use that anymore with the new implementation of
> ConsoleBase.
> Can we introduce a switch in there, so if people who use a GUI to run
> OpenSim have the option to not use all the new options in the ConsolBase?
> 
> Ruud
> 
> 
> 
> 
> 
> ___
> Opensim-dev mailing list
> Opensim-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] New ConsoleBase breaks OpenSim.GUI/OpenSim.GridLaunch

[Ruud Lathrop]

Hi Melanie,

I know Opensim.GUI is used in Linux enviroment to.

The biggest issue with the new consolebase is the manipulation with the
output. All crashes that I got where in the "ReadLine" method. I have not
looked into a solution yet.

Ruud

On Tue, Feb 10, 2009 at 12:28 PM, Melanie  wrote:

> Hi,
>
> those GUIs are Windows-only. I have no way to test them. Can you
> please elaborate on the requirements of the GUI so I can adjust the
> console accordingly?
>
> Melanie
>
> Ruud Lathrop wrote:
> > Hi,
> >
> > Just found out that people using the OpenSim.GUI or the
> OpenSim.GridLaunch
> > application cant use that anymore with the new implementation of
> > ConsoleBase.
> > Can we introduce a switch in there, so if people who use a GUI to run
> > OpenSim have the option to not use all the new options in the ConsolBase?
> >
> > Ruud
> >
> >
> >
> > 
> >
> > ___
> > Opensim-dev mailing list
> > Opensim-dev@lists.berlios.de
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> ___
> Opensim-dev mailing list
> Opensim-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

[Opensim-dev] REFACTOR: step 2 of 2 done: OpenSim.Regin.{Enviroment, Modules} -> OpenSim.Region.{CoreModules, OptionalModules}

[Dr Scofield]

I've just checked-in step 2 of 2 of the OpenSim.Region.Environment
refactor.

NOTHING has been deleted or moved off to forge at this point. what has
happened is that OpenSim.Region.Environment.Modules has been split in
two (following the discussion we had yesterday). Region.Environment
has been eliminated. Whether we do move region modules off to forge or
not is a separate discussion and depends on a number of factors.

Again, i've tried very hard not to break stuff. it's quite a change
though, so there might still be breakage.

Here's the list of what is now living where:

- OpenSim.Region.CoreModules: all those modules that are either
  directly or indirectly referenced from  other  OpenSim packages, or
  that provide functionality that the OpenSim developer community
  considers core functionality:

  CoreModules/Agent/AssetTransaction
  CoreModules/Agent/Capabilities
  CoreModules/Agent/TextureDownload
  CoreModules/Agent/TextureSender
  CoreModules/Agent/TextureSender/Tests
  CoreModules/Agent/Xfer
  CoreModules/Avatar/AvatarFactory
  CoreModules/Avatar/Chat/ChatModule
  CoreModules/Avatar/Combat
  CoreModules/Avatar/Currency/SampleMoney
  CoreModules/Avatar/Dialog
  CoreModules/Avatar/Friends
  CoreModules/Avatar/Gestures
  CoreModules/Avatar/Groups
  CoreModules/Avatar/InstantMessage
  CoreModules/Avatar/Inventory
  CoreModules/Avatar/Inventory/Archiver
  CoreModules/Avatar/Inventory/Transfer
  CoreModules/Avatar/Lure
  CoreModules/Avatar/ObjectCaps
  CoreModules/Avatar/Profiles
  CoreModules/Communications/Local
  CoreModules/Communications/REST
  CoreModules/Framework/EventQueue
  CoreModules/Framework/InterfaceCommander
  CoreModules/Hypergrid
  CoreModules/InterGrid
  CoreModules/Scripting/DynamicTexture
  CoreModules/Scripting/EMailModules
  CoreModules/Scripting/HttpRequest
  CoreModules/Scripting/LoadImageURL
  CoreModules/Scripting/VectorRender
  CoreModules/Scripting/WorldComm
  CoreModules/Scripting/XMLRPC
  CoreModules/World/Archiver
  CoreModules/World/Archiver/Tests
  CoreModules/World/Estate
  CoreModules/World/Land
  CoreModules/World/Permissions
  CoreModules/World/Serialiser
  CoreModules/World/Sound
  CoreModules/World/Sun
  CoreModules/World/Terrain
  CoreModules/World/Terrain/DefaultEffects
  CoreModules/World/Terrain/DefaultEffects/bin
  CoreModules/World/Terrain/DefaultEffects/bin/Debug
  CoreModules/World/Terrain/Effects
  CoreModules/World/Terrain/FileLoaders
  CoreModules/World/Terrain/FloodBrushes
  CoreModules/World/Terrain/PaintBrushes
  CoreModules/World/Terrain/Tests
  CoreModules/World/Vegetation
  CoreModules/World/Wind
  CoreModules/World/WorldMap

- OpenSim.Region.OptionalModules: all those modules that are not core
  modules:

  OptionalModules/Avatar/Chat/IRC-stuff
  OptionalModules/Avatar/Concierge
  OptionalModules/Avatar/Voice/AsterixVoice
  OptionalModules/Avatar/Voice/SIPVoice
  OptionalModules/ContentManagementSystem
  OptionalModules/Grid/Interregion
  OptionalModules/Python
  OptionalModules/SvnSerialiser
  OptionalModules/World/NPC
  OptionalModules/World/TreePopulator


DrS/dirk

-- 
dr dirk husemann  virtual worlds research  ibm zurich research lab
SL: dr scofield  drscofi...@xyzzyxyzzy.net  http://xyzzyxyzzy.net/
RL: h...@zurich.ibm.com - +41 44 724 8573 - http://www.zurich.ibm.com/~hud/

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] New ConsoleBase breaks OpenSim.GUI/OpenSim.GridLaunch

[Melanie]

Hi,

please try trunk with -gui=true on the command line.

Melanie


Ruud Lathrop wrote:
> Hi Melanie,
> 
> I know Opensim.GUI is used in Linux enviroment to.
> 
> The biggest issue with the new consolebase is the manipulation with the
> output. All crashes that I got where in the "ReadLine" method. I have not
> looked into a solution yet.
> 
> Ruud
> 
> On Tue, Feb 10, 2009 at 12:28 PM, Melanie  wrote:
> 
>> Hi,
>>
>> those GUIs are Windows-only. I have no way to test them. Can you
>> please elaborate on the requirements of the GUI so I can adjust the
>> console accordingly?
>>
>> Melanie
>>
>> Ruud Lathrop wrote:
>> > Hi,
>> >
>> > Just found out that people using the OpenSim.GUI or the
>> OpenSim.GridLaunch
>> > application cant use that anymore with the new implementation of
>> > ConsoleBase.
>> > Can we introduce a switch in there, so if people who use a GUI to run
>> > OpenSim have the option to not use all the new options in the ConsolBase?
>> >
>> > Ruud
>> >
>> >
>> >
>> > 
>> >
>> > ___
>> > Opensim-dev mailing list
>> > Opensim-dev@lists.berlios.de
>> > https://lists.berlios.de/mailman/listinfo/opensim-dev
>> ___
>> Opensim-dev mailing list
>> Opensim-dev@lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>
> 
> 
> 
> 
> ___
> Opensim-dev mailing list
> Opensim-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] New ConsoleBase breaks OpenSim.GUI/OpenSim.GridLaunch

[Ruud Lathrop]

Hi,

Great work, that works.
I had to add the "SetGuiMode" also to all the other Grid servers (user/asset
etc). Can that also be made configurable. These servers doesnt support
command line?

Ruud

On Tue, Feb 10, 2009 at 2:41 PM, Melanie  wrote:

> Hi,
>
> please try trunk with -gui=true on the command line.
>
> Melanie
>
>
> Ruud Lathrop wrote:
> > Hi Melanie,
> >
> > I know Opensim.GUI is used in Linux enviroment to.
> >
> > The biggest issue with the new consolebase is the manipulation with the
> > output. All crashes that I got where in the "ReadLine" method. I have not
> > looked into a solution yet.
> >
> > Ruud
> >
> > On Tue, Feb 10, 2009 at 12:28 PM, Melanie  wrote:
> >
> >> Hi,
> >>
> >> those GUIs are Windows-only. I have no way to test them. Can you
> >> please elaborate on the requirements of the GUI so I can adjust the
> >> console accordingly?
> >>
> >> Melanie
> >>
> >> Ruud Lathrop wrote:
> >> > Hi,
> >> >
> >> > Just found out that people using the OpenSim.GUI or the
> >> OpenSim.GridLaunch
> >> > application cant use that anymore with the new implementation of
> >> > ConsoleBase.
> >> > Can we introduce a switch in there, so if people who use a GUI to run
> >> > OpenSim have the option to not use all the new options in the
> ConsolBase?
> >> >
> >> > Ruud
> >> >
> >> >
> >> >
> >> >
> 
> >> >
> >> > ___
> >> > Opensim-dev mailing list
> >> > Opensim-dev@lists.berlios.de
> >> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> >> ___
> >> Opensim-dev mailing list
> >> Opensim-dev@lists.berlios.de
> >> https://lists.berlios.de/mailman/listinfo/opensim-dev
> >>
> >
> >
> > 
> >
> > ___
> > Opensim-dev mailing list
> > Opensim-dev@lists.berlios.de
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> ___
> Opensim-dev mailing list
> Opensim-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Older region databases incompatible with the latest SVN

[Mircea Kitsune]

It's good to know I'm not alone with this somehow. This probably only happens 
with certain databases... maybe the issue is that the version migration tool 
expects every UUID to contain the 4 dashes too and considers UUIDs which don't 
have the - - - -  symbols placed in them corrupted (as it says in the error 
message)? Also does restoring an old OAR archive if nothing else can be done 
fix the problem, or are previous OARs considered corrupt as well?

Date: Mon, 9 Feb 2009 05:17:39 -0800
From: d...@metaverseink.com
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] Older region databases incompatible with the latest 
SVN






  
  


Yes, I've seen this too. In fact, one of our regions in OSGrid is still
suffering from it.

I'm not sure where the bug is, except that it happened around the 3rd
week of January.

We've been able to get around it by removing the local OpenSim.db, and
loading all the objects from backups we had (in xml or oar format, not
sure which).

_
News, entertainment and everything you care about at Live.com. Get it now!
http://www.live.com/getstarted.aspx___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Older region databases incompatible with the latest SVN

[Justin Clark-Casey]

Mircea Kitsune wrote:
> It's good to know I'm not alone with this somehow. This probably only 
> happens with certain databases... maybe the issue is that the version 
> migration tool expects every UUID to contain the 4 dashes too and 
> considers UUIDs which don't have the - - - -  symbols placed in them 
> corrupted (as it says in the error message)? Also does restoring an old 
> OAR archive if nothing else can be done fix the problem, or are previous 
> OARs considered corrupt as well?
> 

The OAR mechanism is independent of database data representations and so should 
be fine.

> 
> Date: Mon, 9 Feb 2009 05:17:39 -0800
> From: d...@metaverseink.com
> To: opensim-dev@lists.berlios.de
> Subject: Re: [Opensim-dev] Older region databases incompatible with the 
> latest SVN
> 
> Yes, I've seen this too. In fact, one of our regions in OSGrid is still 
> suffering from it.
> I'm not sure where the bug is, except that it happened around the 3rd 
> week of January.
> We've been able to get around it by removing the local OpenSim.db, and 
> loading all the objects from backups we had (in xml or oar format, not 
> sure which).
> 
> Get news, entertainment and everything you care about at Live.com. Check 
> it out! 
> 
> 
> 
> 
> ___
> Opensim-dev mailing list
> Opensim-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev


-- 
justincc
Justin Clark-Casey
http://justincc.wordpress.com
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] New ConsoleBase breaks

[Ralf Haifisch]

Hi there,

i thought i know a little bit about opensim, but what the heck is guimode ?
:-)

is there some docu on that ??


cheers,
Ralf

--

Message: 5
Date: Tue, 10 Feb 2009 15:57:51 +0100
From: Ruud Lathrop 
Subject: Re: [Opensim-dev] New ConsoleBase breaks
OpenSim.GUI/OpenSim.GridLaunch
To: opensim-dev@lists.berlios.de
Message-ID:
<924a5d1f0902100657u20fd50e3n6db1e9e0befc1...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi,

Great work, that works.
I had to add the "SetGuiMode" also to all the other Grid servers (user/asset
etc). Can that also be made configurable. These servers doesnt support
command line?

Ruud

On Tue, Feb 10, 2009 at 2:41 PM, Melanie  wrote:

> Hi,
>
> please try trunk with -gui=true on the command line.
>
> Melanie
>
>
> Ruud Lathrop wrote:
> > Hi Melanie,
> >
> > I know Opensim.GUI is used in Linux enviroment to.
> >
> > The biggest issue with the new consolebase is the manipulation with the
> > output. All crashes that I got where in the "ReadLine" method. I have
not
> > looked into a solution yet.
> >
> > Ruud
> >
> > On Tue, Feb 10, 2009 at 12:28 PM, Melanie  wrote:
> >
> >> Hi,
> >>
> >> those GUIs are Windows-only. I have no way to test them. Can you
> >> please elaborate on the requirements of the GUI so I can adjust the
> >> console accordingly?
> >>
> >> Melanie
> >>
> >> Ruud Lathrop wrote:
> >> > Hi,
> >> >
> >> > Just found out that people using the OpenSim.GUI or the
> >> OpenSim.GridLaunch
> >> > application cant use that anymore with the new implementation of
> >> > ConsoleBase.
> >> > Can we introduce a switch in there, so if people who use a GUI to run
> >> > OpenSim have the option to not use all the new options in the
> ConsolBase?
> >> >
> >> > Ruud
> >> >
> >> >
> >> >
> >> >
> 
> >> >
> >> > ___
> >> > Opensim-dev mailing list
> >> > Opensim-dev@lists.berlios.de
> >> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> >> ___
> >> Opensim-dev mailing list
> >> Opensim-dev@lists.berlios.de
> >> https://lists.berlios.de/mailman/listinfo/opensim-dev
> >>
> >
> >
> > ----
> >
> > ___
> > Opensim-dev mailing list
> > Opensim-dev@lists.berlios.de
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> ___
> Opensim-dev mailing list
> Opensim-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
-- next part --
An HTML attachment was scrubbed...
URL:
https://lists.berlios.de/pipermail/opensim-dev/attachments/20090210/468d1516
/attachment-0001.html 

___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] New ConsoleBase breaks

[Ruud Lathrop]

Hi Ralf,

There are as far as I know 2 GUI programs that allow you to run opensim is a
easier way. There where some code changes in ConsoleBase.cs that made it so
that the GUI programs crashed on running opensim. With the small changes
Melanie made (the guimode) it is possible to run does programs again.

Ruud

On Tue, Feb 10, 2009 at 8:17 PM, Ralf Haifisch wrote:

> Hi there,
>
> i thought i know a little bit about opensim, but what the heck is guimode ?
> :-)
>
> is there some docu on that ??
>
>
> cheers,
> Ralf
>
> --
>
> Message: 5
> Date: Tue, 10 Feb 2009 15:57:51 +0100
> From: Ruud Lathrop 
> Subject: Re: [Opensim-dev] New ConsoleBase breaks
>OpenSim.GUI/OpenSim.GridLaunch
> To: opensim-dev@lists.berlios.de
> Message-ID:
><924a5d1f0902100657u20fd50e3n6db1e9e0befc1...@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi,
>
> Great work, that works.
> I had to add the "SetGuiMode" also to all the other Grid servers
> (user/asset
> etc). Can that also be made configurable. These servers doesnt support
> command line?
>
> Ruud
>
> On Tue, Feb 10, 2009 at 2:41 PM, Melanie  wrote:
>
> > Hi,
> >
> > please try trunk with -gui=true on the command line.
> >
> > Melanie
> >
> >
> > Ruud Lathrop wrote:
> > > Hi Melanie,
> > >
> > > I know Opensim.GUI is used in Linux enviroment to.
> > >
> > > The biggest issue with the new consolebase is the manipulation with the
> > > output. All crashes that I got where in the "ReadLine" method. I have
> not
> > > looked into a solution yet.
> > >
> > > Ruud
> > >
> > > On Tue, Feb 10, 2009 at 12:28 PM, Melanie  wrote:
> > >
> > >> Hi,
> > >>
> > >> those GUIs are Windows-only. I have no way to test them. Can you
> > >> please elaborate on the requirements of the GUI so I can adjust the
> > >> console accordingly?
> > >>
> > >> Melanie
> > >>
> > >> Ruud Lathrop wrote:
> > >> > Hi,
> > >> >
> > >> > Just found out that people using the OpenSim.GUI or the
> > >> OpenSim.GridLaunch
> > >> > application cant use that anymore with the new implementation of
> > >> > ConsoleBase.
> > >> > Can we introduce a switch in there, so if people who use a GUI to
> run
> > >> > OpenSim have the option to not use all the new options in the
> > ConsolBase?
> > >> >
> > >> > Ruud
> > >> >
> > >> >
> > >> >
> > >> >
> > 
> > >> >
> > >> > ___
> > >> > Opensim-dev mailing list
> > >> > Opensim-dev@lists.berlios.de
> > >> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> > >> ___
> > >> Opensim-dev mailing list
> > >> Opensim-dev@lists.berlios.de
> > >> https://lists.berlios.de/mailman/listinfo/opensim-dev
> > >>
> > >
> > >
> > >
> 
> > >
> > > ___
> > > Opensim-dev mailing list
> > > Opensim-dev@lists.berlios.de
> > > https://lists.berlios.de/mailman/listinfo/opensim-dev
> > ___
> > Opensim-dev mailing list
> > Opensim-dev@lists.berlios.de
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> >
> -- next part --
> An HTML attachment was scrubbed...
> URL:
>
> https://lists.berlios.de/pipermail/opensim-dev/attachments/20090210/468d1516
> /attachment-0001.html<https://lists.berlios.de/pipermail/opensim-dev/attachments/20090210/468d1516%0A/attachment-0001.html>
>
> ___
> Opensim-dev mailing list
> Opensim-dev@lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

[Opensim-dev] Revision 8330 DinamicHypergrid Mode

[Gustavo Alberto Navarro Bilbao]

Testing the DinamicHypergrid Mode with the Revision 8330, I get the
message of Invalid command with the "terrain load file" command.
The "terrain fill xlevel" works ok instead.
¿Somebody are testing it in this mode?
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev