Re: [Opensim-dev] OAuth as authentication and authorisation (capability) specification

Melvin Carvalho wrote: > It's a good idea to have some kind of decentral system, whether it be > openid or ssl. > > These diagrams may give you a flavour of the interactions you'd use in > each case: > > http://esw.w3.org/topic/PushBackDataToLegacySourcesAuthentication > > Both are great solutio

Re: [Opensim-dev] OAuth as authentication and authorisation (capability) specification

Right. It seems to me that some of these techniques that are being considered (and deployed) for the Web assume that the client is pretty dumb. So instead of hacking around it, maybe the Web needs a better client! :) Doesn't need to be as featureful as on-line game clients, but it could certain

[Opensim-dev] moving away from grid vs. standalone

Hi everyone, I am now at a point where the current grid vs standalone issue, along with the communications dlls that go with it, is a major obstacle to progress. Been thinking about this for the past 3 weeks, and I now have a vision of what we could do; details are still up for discussion... B

Re: [Opensim-dev] OAuth as authentication and authorisation (capability) specification

chubbier brunette clients that'd be great! -- then Tommil can have his wish of login with his google account [safely]. Crista / Diva ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] moving away from grid vs. standalone

Yes, the defaults would end up producing that case. Dahlia Trimble wrote: > My only suggestion is that the experience for the new user setting up a > standalone should be no more difficult than with the current implementation. > > On Tue, Apr 28, 2009 at 12:36 PM,

Re: [Opensim-dev] moving away from grid vs. standalone

Stefan Andersson wrote: > How about > > --- > [RegionResourceServices] > ;GridService = OpenSim.Region.Communications.Hypergrid.dll, HGGridServices > ;GridService = OpenSim.Region.Communications.Local.dll, LocalBackEndServices > > GridService = OpenSim.Region.Communications.OGS1.dll, OGS1GridSe

Re: [Opensim-dev] moving away from grid vs. standalone

Maybe the right name for it is OpenSim.Region.ResourceServicesConnectors.dll d...@metaverseink.com wrote: > Stefan Andersson wrote: >> How about >> >> --- >> [RegionResourceServices] >> ;GridService = OpenSim.Region.Communications.Hypergrid.dll, HGGridServices >> ;GridService = OpenSim.Region.Co

Re: [Opensim-dev] moving away from grid vs. standalone

Justin Clark-Casey wrote: > I like this generally but I do have the following comments. > > 1. I'm not a huge fan of this since, like Stefan, I'd ideally like it to be > possible to package an OpenSim that > supports only a single architecture, with no trace of other architecture code > in the

Re: [Opensim-dev] moving away from grid vs. standalone

I think that there is a technical obstacle to doing that: the master avatar stuff, that happens early on in the application (OpenSimBase, line 688), needs to have the communication code in place. I think -- although I may be wrong -- that that happens before region modules are in place. Melani

Re: [Opensim-dev] moving away from grid vs. standalone

I'm also noticing that the region registration with the grid happens before the post-initialization of the region modules, at least as of now. In other words, the design has been that Comms would be in place very early on, so if we change that, it may break all sorts of random things. Melanie

Re: [Opensim-dev] moving away from grid vs. standalone

OK, let me backtrack. There are really two separate issues going on. a) One issue is the means by which we specify different service connectors. The dlls + entry class is the right way. Unfortunately, that isn't in place yet, and I'm not sure I'm the right person to do it :-/ b) Another issue i

Re: [Opensim-dev] moving away from grid vs. standalone

Melanie, I'm gonna take you on your volunteering to create a skeleton, just like you did the other time :-) I'm willing to do the extra work of carrying around 2 monolithic architectures, along with a configurable one, as long as we can plug them in. I'll need your help with all the things tha

Re: [Opensim-dev] moving away from grid vs. standalone

Around now, or last week, would probably be a good time to tag something stable :-) I don't mind at all moving this refactoring to a branch, but since we have never done that I wouldn't even know what to do. I don't expect this to be bad. The transition to RESTComms was done without almost an

Re: [Opensim-dev] moving away from grid vs. standalone

Do I hear a volunteer release coordinator? Stefan doesn't have time, so someone has to step up. :-) Thomas Grimshaw wrote: > I would really like to see some processes in place to improve the > experience with tagged releases, rather than just hoping that a > particular release is OK. > > A da

Re: [Opensim-dev] moving away from grid vs. standalone

There is nothing wrong with the in-process (local) services, and I think they should stay. They're as much services as the remote ones, and are quite handy for standalone grids. I hate having to track N different processes. This is all a matter of finding the right *vocabulary*, which usually

[Opensim-dev] WARNING: r9562 may break things

Everyone -- Just a warning to please stay away from head, starting in r9562, for the next couple of days unless you really really really want to help test things. We started replacing the services to the new service model that was discussed here a few weeks ago, staring with the asset service. F

Re: [Opensim-dev] WARNING: r9562 may break things

Let me explain in my own words what this new architecture is all about. My original intention with this was purely to improve the software architecture, so that we and others can do a lot more variation very easily. (This was not just my intention, we all know that what we have right now is a p

Re: [Opensim-dev] WARNING: r9562 may break things

I had no idea there was a separate branch about this! We should definitely work together on this, rather than separate. Talking about lack of communication... :D MW wrote: > The main concern I have is that the whole empty shell for servers and > then loading services sounds exactly like myself a

Re: [Opensim-dev] voice meetings

Sorry, wrong email list again :-( oh well, not that important. Cristina Videira Lopes wrote: > Another thing we could do to improve the state of comms would be to have > voice meetings once in a while. I hate meetings as much as everyone > else, but voice meetings tend to be much faster than ema

[Opensim-dev] [INFO] New config variables

Thanks for staying away from svn head for the past day and a half. Tests indicate that head is relatively stable, and ready to be further tested in the wild. As usual, head should not be used in production grids, *ever*. We are starting to move OpenSim into a new software architecture. With it

Re: [Opensim-dev] [INFO] New config variables

ut it's not so urgent; since these names are still in flux it's better to stay undocumented for now. John Sheridan wrote: > Diva, > A quick question but were there any changes to the config for the ugaim > that we need to be aware of or will the old settings still work? >

[Opensim-dev] Test asset server / connectors

Just to illustrate the possibilities that this new software architecture enables, I have set up an asset server at UCI that can be used by hybrid sims out there. It will be on for the next couple of days, if you want to try it out. This is for illustration purpose only, I don't plan to run an a

Re: [Opensim-dev] breaking OpenSim.ini changes

"Don't panic!" Here's what's going on. Melanie is doing massive coding in a parallel set of projects in trunk, without touching [much] the existing code. Those projects are completely new code. Some of it are new servers; some of it are connectors between the simulator and the [new and old] s

[Opensim-dev] Memory cache

Here's an unexpected outcome of the wobbling last weekend. Many sims in OSGrid are now experiencing huge performance improvements, both in memory consumption and general speed -- much faster teleports, script loadings, etc. This got me completely puzzled, because we didn't do anything to addre

Re: [Opensim-dev] Memory cache

The cache, as configured, has 32K asset slots, which is a lot. So it takes a while until the cache releases some objects for the GC to collect. I think there's something else going on with that cache -- probably too many locking conflicts between threads, or something like that. Whatever it is,

[Opensim-dev] [Proposal] New software architecture

Hi, Here is the description of the new software architecture that some of us have been working on: http://opensimulator.org/wiki/OpenSim_Services_and_Service_Connectors Comments, feedback -- welcome and needed. ___ Opensim-dev mailing list Opensim-dev@

Re: [Opensim-dev] Memory cache

Yeah, there's something broken with the cache, and the badness has been there all along. Only now, with the recent changes, did this problem emerge -- because the recent changes, specifically the confusion in the naming of the new variables, has disabled the cache for some people (osgrid) and p

Re: [Opensim-dev] Memory cache

You're right, Mic! There seems to be have been not one but *two* different rats in the closet that no one noticed before. One may be that the cache was/is simply not caching anything -- hence no difference in asset server hits. This needs to be checked. But the other may have to do with a criti

Re: [Opensim-dev] Memory cache

Mic Bowman wrote: > Maybe I'm missing something because I have no idea what I'm "right" about... Hehehe. "You're right" in pointing to that piece of code, which is not used anymore, and it's critically important for this puzzle :-) That old code is Framework.Cache.AssetServerBase and Framework.C

Re: [Opensim-dev] [Proposal] New software architecture

I'm guessing here, but it can also be there. I'll keep an eye on the discussion tab. Thanks. Your input will be very much appreciated. Justin Clark-Casey wrote: > d...@metaverseink.com wrote: >> Hi, >> >> Here is the description of the new software architecture that some of us >> have been worki

Re: [Opensim-dev] [Proposal] New software architecture

Thank you Justin. I added your suggestions to the page. Wasn't sure about the "closing" date, so I just made it up. Justin Clark-Casey wrote: > 3. Are the details of the protocol between client and server side really > invisible to the service clients? The awkward > case here is between local

Re: [Opensim-dev] [Proposal] New software architecture

Justin Clark-Casey wrote: > I think the situation I was more worried about was where the calling code > ends up doing a lot of work in the handler, > which could have different effects depending on whether the handler ends up > being invoked synchronously or asynchronously. > > But if we docume

Re: [Opensim-dev] Memory cache

Just a quick note to inform everyone that word from osgrid folks indicates that the asset cache is still borked and still a mystery. When it is on, CPU usage spikes to unsustainable values (150% with 4 avies in WP). If anyone cares to take a look at it / replace it with something else, please

Re: [Opensim-dev] Memory cache

I noticed we have GlynnTucker.Cache.dll in the distribution, and this wasn't being used. I have no idea what the story is, but since it's there, I did one alternative cache module implementation using it, just to see what happens. Since everything is modularized now, replacing the asset cache i

Re: [Opensim-dev] Memory cache

My hunch is the same as yours, i.e. that a file system cache is the right thing to do here. There's no point in holding on to assets in memory after they have been sent to clients, given how fast they can be retrieved from the file system when the next client comes along. Since this is all modu

Re: [Opensim-dev] Memory cache

Justin Clark-Casey wrote: > fyi, the GlynnTucker library was being used until recently in the original > OpenSim/Framework/Communications/Cache/AssetCache.cs, which is why it's there. Ahhh! That explains the mystery. Sorry, it's hard to put all these historical pieces together, I only started lo

Re: [Opensim-dev] Crash on HEAD during startup

Mike, Please see the bottom of the new OpenSim.ini.example and follow the instructions there. The switch to the new architecture described here (http://opensimulator.org/wiki/OpenSim_Services_and_Service_Connectors) will be visible to OpenSim users in exactly this: the configuration. People ca

Re: [Opensim-dev] Crash on HEAD during startup

Mike Dickson wrote: > Definitely things could be easier in the config area. Maybe when the > dust settles having a minimalist config with the things you really > *have* to change vs things that could be run with the defaults and a > full on example with all the possible options documented. Yes,

Re: [Opensim-dev] Memory cache

Imaze, this is awesome! Thank you so much for such extensive testing and for doing the extra cache module implementation. This is really valuable. If there are no objections from fellow committers, I will be more than happy to take an improved version of your code and add it to OpenSim as a 3rd

Re: [Opensim-dev] Tag 0.6.6

What is incompatible? I thought your changes were still compatible with everything, no? Frisby, Adam wrote: > Is it appropriate to tag 0.6.6 given that there was a network break in > trunk and now post-fixes users are incompatible? (I don’t think there is > too much between the versions, so it

Re: [Opensim-dev] Memory cache

Imaze, I'll be looking forward to seeing your contribution coming on mantis. Along with Melanie's improved Cache.cs, and the simplistic GlynnTucker cache, we'll have a good set of mem cache options to compare. One thing I'd like to point out to everyone is that this particular piece of function

Re: [Opensim-dev] Anonymous Avatar

If all you want is for people to be able to visit your sims without having to have accounts with your grid, you can enable the Hypergrid on those sims, and they can do that. If, however, you want anonymity, that's not supported yet. I guess one would have to discuss what kind of anonymity we're

Re: [Opensim-dev] 0.7 Release Discussion

As far as my planned contributions for the next couple of months, I'm in sync with Stefan's suggestion. Finishing up the backend refactoring/cleanup is going to be a major task, and that's what I'm planning to do on my time with OpenSim. I think the task can go faster if more people help. The t

Re: [Opensim-dev] Using Grider to teleport SL <-> OpenSim

o TP > between SL and our grids. Zonja made this funny video on the matter: > http://www.flickr.com/photos/zonja/3573078853/ > > > > ---- > > > > 2009/6/2 Stefan Andersson <mailto:ste...@tribalmedia.se>> > > Diva, > > I was reading the New World Notes on the g

Re: [Opensim-dev] HUGE ASSET CACHE (THANKS!!!)

+1 :) This should be the default for sims connected to an asset server, but not for sims with a local asset service. Very easy to configure that, I'll do it. Melanie wrote: > +1 > > Frisby, Adam wrote: >> If it works well, I think we should make this the default. >> >> Adam >> >> From: opensim-

[Opensim-dev] Rethinking inventory

d be cached at all, since the client caches most of it. So what's behind the regions having the entirety of users' inventory represented by a tree? Diva / Crista ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.be

Re: [Opensim-dev] Rethinking inventory

Also, are there any grid operators out there who run their inventory servers with the configuration session_lookup = true ? (this is a flag in InventoryServer_Config.xml) Just curious to know if this is being used. ___ Opensim-dev mailing list Opensim-d

Re: [Opensim-dev] Rethinking inventory

t;> >> Adam >> >>> -Original Message- >>> From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev- >>> boun...@lists.berlios.de] On Behalf Of Melanie >>> Sent: Sunday, 7 June 2009 11:23 PM >>> To: d...@metaverseink.com; opensim-dev

Re: [Opensim-dev] IClientAPI vs ???

I hate the IClientAPI. It's ginormous! The reason why I hate it is that I tend to look at OpenSim dlls as components that can be reused by other programs. When those dlls have dependencies on IClientAPI, it's a pain in the neck to have to implement the 400 functions in it, especially when only

Re: [Opensim-dev] Upgrade to 6.5 failure on startup

Looks like you either have a module that isn't up to date with the refactoring of six weeks ago on the Http server. OpenSim.Framework.Servers.Interfaces.IHttpServer doesn't exist for a while. Sacha Magne wrote: > Hello all, > > I upgraded the grid in 6.5 today and ran into that issue : > > Whe

[Opensim-dev] On .ini's

Hi, Just a brief note to explain some of the reasoning behind the new .ini's that are being put into place, and why some come out of svn as .example and some don't. Basically, those that come out of svn as .ini are not supposed to be changed ever. The ones that come out as ini.example are supp

Re: [Opensim-dev] Web login

Alternatively, you're welcome to take a look at Grider. It's does something along the lines of web login. http://opensimulator.org/wiki/Grider No need to use the viewer's source code. Dr Scofield wrote: Olli Aro wrote: -Original Message- From: opensim-dev-boun...@lists.berlios.de [m

[Opensim-dev] The state of content tools

Hi everyone, What is the state of the art for converting pre-existing 3D content into SL-OpenSim prims/sculpties? I'm thinking AutoCAD, Maya, Sketchup, among others. I'm involved in a project that really needs this kind of content. My people tell me that importing from Blender works well, as lo

Re: [Opensim-dev] The state of content tools

Hmm. From what I read there, it seems that this needs to redo the Sketchup model from scratch, using only certain elements of Sketchup. I was thinking more in terms of reusing existing models, and automatically convert them into a format that can be used in OpenSim and rendered by the SL client

Re: [Opensim-dev] The state of content tools

d then you export a poor-man's version of those models into a shared virtual world, where content is not protected. Essentially, that's what I'm looking for... Your message gives me hope that you or someone like you might be able to do this! Crista / Diva ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] Threads, threads, threads and more threads

I agree that our use of threads per user has been brute force so far, and any effort to reduce it is a good thing. I don't see any issues in trying what you suggest. This reminds me of something I observed in the design of parts of the code. In many places we have these worker threads that stay

Re: [Opensim-dev] Threads, threads, threads and more threads

Teravus Ovares wrote: > The way OpenSimulator is structured, I really think we need to have > that root agent UDP thread be a full thread. It handles a LOT more > then the child agents currently. Yes, you're probably right. I was referring to all the other threads that send things to the client

[Opensim-dev] Q about Git in practice

workflow we currently have in forge projects? Thanks, Crista / Diva ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev

Re: [Opensim-dev] [Opensim-commits] [SCM] OpenSim Git Master Repository branch, master, updated. ea940d98f91b65e0fdc0619bc4e421d506813870

t? Justin Clark-Casey wrote: > d...@pinky.opensimulator.org wrote: > >> - Log - >> commit ea940d98f91b65e0fdc0619bc4e421d506813870 >> Author: Diva Canto >> Date: Thu Aug 6 16:41:24 2009 -0700 >>

[Opensim-dev] pruning reference servers in core

Dear devs, I'm finally changing the way the simulator caches inventory. This is all good, and it's the beginning of the much awaited user services refactoring. This requires a few small changes in the inventory services interface, as well as additions to the implementation(s). So... We now hav

Re: [Opensim-dev] pruning reference servers in core

I would really appreciate it if the release fairy would do her magic again! -- around now. Who is the release fairy? Frisby, Adam wrote: > Please do. I'd like a 0.6.X release shortly after every networkinterface > version change if possible - since it makes compat with the latest stable > relea

Re: [Opensim-dev] pruning reference servers in core

I'm fine with waiting until September before pruning reference implementations down to one of each. But someone needs to give love to Grid.Inventory, because I don't have time for loving so many servers :-) The current improvement I'm doing right now (eliminating the need to pass the entire inv

[Opensim-dev] No more inventory downloads -- yey! (Re: pruning reference servers in core)

FetchInventory() on TPs/crossings is no more! FYI, I have my local mods available in github: http://github.com/diva/Diva-s-OpenSim-Tests/tree/master In this code, the simulators don't load/cache inventory, they just pre-fetch a very small amount of info (the avie's "system"

Re: [Opensim-dev] pruning reference servers in core

Ping me when you tune in to the IRC, if you still have questions after reading this. The additions are really easy. Look in OpenSim/Server/Handlers/Inventory/InventoryServerInConnector.cs, in my local repo (the one currently in head is outdated) http://github.com/diva/Diva-s-OpenSim-Tests/blob

Re: [Opensim-dev] Hypergrid

The viewer cannot jump longer that 4096 regions in either direction. You can use the UCI Gateways that I set up for this purpose: ucigrid04.nacs.uci.edu:9003 (@3000,3000) ucigrid04.nacs.uci.edu:9007 (@7000,7000) I think ScienceSim is located in the 1's. If you're in the lows, get yourself t

Re: [Opensim-dev] Profanity filter

This can be done with a region module. http://opensimulator.org/wiki/New_Region_Modules Have your module listen to the appropriate events which may be new client event, and then the chat event on that client. (don't know off the top of my head, you'll have to browser through the event manager of

Re: [Opensim-dev] Make ODE and Meshmerizer the default options?

+1 Justin Clark-Casey wrote: > In the OpenSim developer's meeting yesterday on OSGrid we had a discussion > about > making ODE the default physics engine and Meshmerizer the default mesher. > > Currently, basicphysics is the default physics engine but the general > response > was that everybo

Re: [Opensim-dev] Working config using the new connector architecture?

Standalone doesn't use/need OpenSim.Server.ini. That .ini is for resource server shells (OpenSim.Server.exe), aka ROBUST. Resource server shells are processes that execute any resource services specified by DLLs in a configuration variable in OpenSim.Server.ini (ServiceConnectors). Resource ser

Re: [Opensim-dev] Working config using the new connector architecture?

Sorry, I can't parse your question "the Standalone config emulates the connector loading the server shell does in the standalone case". If you rephrase or add parenthesis, I might be able to understand and answer. The simulator server already had a plugin mechanism -- region modules. We are usi

Re: [Opensim-dev] Working config using the new connector architecture?

The mechanism for loading dlls is exactly the same in all processes -- simulator and server shell. The simulator is more complicated than the resource services, because it is the client of those services. In standalone mode, the simulator is both the services provider (at least internally, but

Re: [Opensim-dev] pruning reference servers in core

ector.cs, in my > local repo (the one currently in head is outdated) > http://github.com/diva/Diva-s-OpenSim-Tests/blob/21b5ebdc1f59ee449f56e40d8cbb9f3f5b3de644/OpenSim/Server/Handlers/Inventory/InventoryServerInConnector.cs > > The 2 service handlers tha

Re: [Opensim-dev] pruning reference servers in core

t; > > confusing by having multiple reference implementations of the same > > > things, some of which are not evolving, and only one pre-packaged > > > configuration that assumes the new interfaces. > > > > > > Crista > > > > > > d...@metav

[Opensim-dev] lslc project

Alan Webb's commit of today introduced a new project called lslc that smells like it was by accident. Just checking. If it's intentional, I think that code needs cleaning up on names -- should probably be called OpenSim.Tools.Lslc. What's the inside scoop on this? ___

Re: [Opensim-dev] Avatar Problem

Try this remedy: Create a new hair, and wear it. See if that makes the cloud go away. The cloud avie seems to be a product of confusion between opensim and the latest LL viewer. André Filipe wrote: > I`d like to know if anyone knows how to solve the problem of the > avatar appears like a gr

[Opensim-dev] AssetServer.exe and InventoryServer.exe have been removed

to look at this is to think that the old UGAIM is now UGRM, where R comes preconfigured to run A and I. More information about this new software architecture that is being put in place can be found here: http://opensimulator.org/wiki/OpenSim_Services_and_Service_Connectors Regards, Crista / Diva

Re: [Opensim-dev] Prepackaged OpenSim installs

I've just made a binary distro this week, and will continue to maintain and improve it. HG standalones only, no need to edit .ini files by hand, and includes an Update tool. http://www.metaverseink.com/blog/?p=21 (I thought I had sent a note, but maybe it was only to -users) Robert A. Knop Jr.

Re: [Opensim-dev] Prepackaged OpenSim installs

ary distros for a long time. I think Rex provides their own too. The diva distro is another one, targeting one specific configuration -- HG standalones. And other people have mentioned theirs. I don't think these distros need to be coordinated in any way. Anyone can make a distro available

Re: [Opensim-dev] Prepackaged OpenSim installs

ion possibilities so that distribution-makers and >> application developers can choose among them. >> >> As such, I would expect to see a variety of distributions popping up in >> the months to come that zoom in one certain things. OSGrid has been >> providing preconf

Re: [Opensim-dev] AssetServer.exe and InventoryServer.exe have been removed

run A and I. > >> > >> More information about this new software architecture that is > being put > >> in place can be found here: > >> > http://opensimulator.org/wiki/OpenSim_Services_and_Service_Connectors > >> >

Re: [Opensim-dev] Thoughts on adding a generic key-value storage system to OpenSim?

+1 Hurliman, John wrote: > Formatting got messed up, that should have looked like this: > > // returns true if the key was found and data was updated, otherwise false if > a new key row was added > bool AddOrUpdateKeyValue(string context, string key, string value); > > // returns true if the ke

Re: [Opensim-dev] Thoughts on adding a generic key-value storage system to OpenSim?

I think the issue at hand is how to allow plugins (regions modules and others) to store additional data in the existing databases. Many times the extra data is just a few more fields. Having to setup entire databases for those plugins, separate from the existing ones, and requiring coordination

[Opensim-dev] help needed with MSSQL and NHibernate

to the IRC. Thanks! Crista / Diva ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev

[Opensim-dev] new grid services

erver shell. Please see: http://opensimulator.org/wiki/ROBUST and in particular http://opensimulator.org/wiki/ROBUST#An_Example_Conversion_From_UGRM_To_URM Cheers, Diva / Crista ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berli

Re: [Opensim-dev] [realXtend] Re: 3Di Viewer "Rei" goes open source (BSD licensed in-browser viewer)

What opensim forks are you talking about? I don't know of any, so please point me to one. Mark Malewski wrote: > */ > Adam, > > > /**/… then if we can get someone to adjust the full viewer, we’d have /* > */> somewhat of a standard on our hands./* > > See, now that's what I'm talking about!

Re: [Opensim-dev] [realXtend] Re: 3Di Viewer "Rei" goes open source (BSD licensed in-browser viewer)

latform with which to build applications. Some extenders of OpenSim may want to get together and try to make their extensions work with each other. That's great and desirable. But let's not prevent innovative ideas from emerging by throwing a massive feature-full application out the

[Opensim-dev] a bit of process information

or not, please take this into consideration. Plan according to this reality, and not according to "what it should be". Diva / Crista ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev

[Opensim-dev] Serverless grids

FYI, this is one of the things you can now do with OpenSim: stitch standalones together (adjacent or not) to form a larger grid. How-to for the diva distro: http://www.metaverseink.com/blog/?p=22 How-to for stock OpenSim: http://opensimulator.org/wiki/Serverless_Grids

[Opensim-dev] 50+ avies

In case you are missing all the excitement, this morning we were able to pile 52 people-driven avies in OSGrid's Wright Plaza under 600M of RAM, and after that sim had been up for 10 hours, with a previous peak presence of 36. This sim is running on average hardware, nothing fancy. It eventuall

[Opensim-dev] files you should not override

This keeps coming back over and over again, so I thought I'd send this email. When upgrading your installation of OpenSim to newer releases, there are certain files that your update script, if you have one, should NEVER override. If you don't have an update script, and you copy your configs by

[Opensim-dev] prolog scripting

Is anyone using Prolog for scripting? I see that code in OpenSim, but I'm unsure whether it's dead or alive. ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev

[Opensim-dev] IClientAPI is deprecated

Picking up on something that was discussed/decided one year ago (https://lists.berlios.de/pipermail/opensim-dev/2008-September/003049.html https://lists.berlios.de/pipermail/opensim-dev/2008-November/003534.html) and forgotten: The IClientAPI is being deprecated in favor of smaller sub-interfaces.

Re: [Opensim-dev] open sim UUID and Passwordhash

The usual warning, I'm a broken record: there is very little security in open OpenSim grids right now. Daniel Smith wrote: > > Not the best place to go over crypto 101, but for those unfamiliar with > the insecurity of md5("password") by itself, you owe yourself a visit to > some place like htt

[Opensim-dev] how to get developers revisions (Was: flailing fix?)

[This probably should be on the wiki -- please feel free to add it there] For people who want to get and test bleeding edge revisions of OpenSim, there are two ways of doing this. One is to install and use git, as described here: http://opensimulator.org/wiki/Download Another, perhaps simpler,

[Opensim-dev] DotNetEngine slatted for deletion from core distribution

Hi everyone, The DotNetEngine served its purpose, but it has been dead for a while. It's time to delete it from the core distribution. If someone loves it, that person/persons can start a forge project with it. If we hear no objections, it will be removed next week. Crista

Re: [Opensim-dev] [FYI] Distributed Procedural Creation Project

+100! Excellent! Thanks! Takayuki Usui wrote: > Hello Everyone, > > I have been working on a project, called Distributed Procedural Creation > Project, at Forge for three months. If you are planing to inject something > (e.g. artwork, scientific data, etc) into regions, the project may work for >

Re: [Opensim-dev] Trust & distributed grids

On Tue, Nov 24, 2009 at 3:40 PM, Infinity Linden (Meadhbh Hamrick) wrote: > heya. > > just as a FYI, we're going to be working through the whole trust > management issue as part of VWRAP. there was some informal discussion > about using X.509 on the ogpx list running up to a general agreement > we

Re: [Opensim-dev] Trust & distributed grids

OpenSim is open source, so anyone can experiment with anything at any time. CB and Rex (and me) have been in the front line of experimentation with logins and identity. What I meant was that the modularization that has been done for most services so far, except the user services (sigh), makes t

Re: [Opensim-dev] Any objections to starting the OpenSim 0.6.8 release process?

If at all possible I would like 0.7 to have the user services all in ROBUST. It just feels like it ought to. Melanie, how are you doing on that front? I should have some time to work on the transplant after Dec.8. Targeting 0.7 for the end December? Frisby, Adam wrote: > I would like to start

Re: [Opensim-dev] Any objections to starting the OpenSim 0.6.8 release process?

user services, which are being untangled into several: presence, login, im, ... Frisby, Adam wrote: > What is missing right now? > > Adam > >> -Original Message- >> From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev- >> boun...@lists.berlios.de] On Behalf Of Teravus Ovares >

[Opensim-dev] Designing with reusability in mind

/applications that can be done around it! -- let's not hide good code under there, where it can never be reused. Crista / Diva ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev

  1   2   3   4   5   >