Tested in 213.172.38.61:9000 - 3000,3000, it works really fine. Better than the option with 0.6.6.239a1 than we have in 213.172.38.61:9300 - 6000,6000, because it do not present the problem than the users using hypegrid only get a message than they can't acces because thay can't be identified (the opensim.ini, and the config-include folder, are the same).
Thks and best regards. Albert 2009/8/14 Nebadon Izumi <nebadon2...@gmail.com> > [ git clone git://github.com/diva/Diva-s-OpenSim-Tests.git opensim ] > > this command above should put it into a folder named opensim > > > On Fri, Aug 14, 2009 at 1:10 PM, Kyle Hamilton <aerow...@gmail.com> wrote: > >> Remember, the command is: >> >> git clone git://github.com/diva/Diva-s-OpenSim-Tests.git >> >> The worst part is that it'll put it into a directory called >> Diva-s-OpenSim-Tests.git/ . You can rename it. (or, perhaps someone >> more familiar with git can suggest a way to not have to rename it?) >> >> -Kyle H >> >> On Thu, Aug 13, 2009 at 6:54 PM, <d...@metaverseink.com> wrote: >> > 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" folders). >> > Virtually all core code, with 2 exceptions(*), has been redirected from >> > facing an inventory cache (CachedUserInfo) to facing the inventory >> > service interface. The new, minimal cache is transparent to the core >> code. >> > >> > If anyone cares to test this, I will appreciate it. Since it's not >> > coming from opensim.org, it will be a bit more cumbersome, but it's >> > worth experimenting with this new git-enabled process. >> > >> > (*) Features I didn't touch: IAR module and the Rest Inventory plugin. >> > These still work as before, bringing the entire inventory to the regions >> > >> > d...@metaverseink.com wrote: >> >> 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 inventory around) only works for the new-style >> inventory >> >> service. It can easily be made to work for the old one. Whoever wants >> >> Grid.Inventory to support the simulators' [much more reasonable] needs >> >> should make the necessary improvements to it. I'll be happy to explain >> >> what the server needs to do -- 2 additional service handlers. I still >> >> haven't pushed my local commits, and I can wait a little bit for a >> >> Grid.InventoryServer lover to step up and volunteer. But I don't think >> >> it's reasonable to hold this improvement until September; I already >> have >> >> it, and it's almost ready to be pushed out to grids out there. Passing >> >> thousands of inventory items upon region crossings and TPs is probably >> >> one of the worst things in OpenSim right now, and needs fixing. >> >> >> >> >> >> MW wrote: >> >>> I'm fine with the AssetInventoryServer being removed as soon as >> possible >> >>> because I don't think anyone uses it. >> >>> >> >>> But believe we should at least wait a couple of more weeks before the >> >>> Grid.InventoryServer >> >>> and Grid.AssetServer are removed, so that everyone gets a chance to >> have >> >>> their say/vote. As a number of people are on vacation around this >> time. >> >>> >> >>> Personally as long as the ROBUST servers are fully tested on multiple >> >>> grids that have a quite heavy load/userbase, then I'm okay with >> removing >> >>> the old servers, as long as there is total agreement; I know a few >> >>> people have said they don't want to swap to ROBUST. >> >>> >> >>> >> >>> --- On *Tue, 11/8/09, Frisby, Adam /<a...@deepthink.com.au>/* wrote: >> >>> >> >>> >> >>> From: Frisby, Adam <a...@deepthink.com.au> >> >>> Subject: Re: [Opensim-dev] pruning reference servers in core >> >>> To: "opensim-dev@lists.berlios.de" <opensim-dev@lists.berlios.de> >> >>> Date: Tuesday, 11 August, 2009, 10:09 PM >> >>> >> >>> 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 release always a headache. >> >>> >> >>> Adam >> >>> >> >>> > -----Original Message----- >> >>> > From: opensim-dev-boun...@lists.berlios.de >> >>> </mc/compose?to=opensim-dev-boun...@lists.berlios.de> >> >>> [mailto:opensim-dev- >> >>> > boun...@lists.berlios.de >> >>> </mc/compose?to=boun...@lists.berlios.de>] On Behalf Of Justin >> >>> Clark-Casey >> >>> > Sent: Tuesday, 11 August 2009 12:04 PM >> >>> > To: opensim-dev@lists.berlios.de >> >>> </mc/compose?to=opensim-...@lists.berlios.de> >> >>> > Subject: Re: [Opensim-dev] pruning reference servers in core >> >>> > >> >>> > d...@metaverseink.com </mc/compose?to=d...@metaverseink.com> >> wrote: >> >>> > > 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 have 3 -- yes 3! -- different inventory servers in >> core. >> >>> (and >> >>> > 3 >> >>> > > asset servers too). I think it's time to make a decision on >> what to >> >>> > keep >> >>> > > and what to drop, because evolving this ecosystem of >> >>> implementations >> >>> > in >> >>> > > core is unscalable. >> >>> > > >> >>> > > With this, I'm proposing that we drop the old >> Grid.InventoryServer, >> >>> > the >> >>> > > old Grid.AssetServer and the AssetInventoryServer (CB1). Some >> >>> people >> >>> > may >> >>> > > still be using the old servers, so it's time to switch >> everybody to >> >>> > > ROBUST. Asking in the IRC, it looks like no one is using >> >>> > > AssetInventoryServer. >> >>> > > >> >>> > > Comments? Objections? >> >>> > >> >>> > Might be an idea to knock out a 0.6.7 first before making that >> >>> switch. >> >>> > >> >>> > -- >> >>> > justincc >> >>> > Justin Clark-Casey >> >>> > http://justincc.wordpress.com >> >>> > _______________________________________________ >> >>> > Opensim-dev mailing list >> >>> > Opensim-dev@lists.berlios.de >> >>> </mc/compose?to=opensim-...@lists.berlios.de> >> >>> > https://lists.berlios.de/mailman/listinfo/opensim-dev >> >>> _______________________________________________ >> >>> Opensim-dev mailing list >> >>> Opensim-dev@lists.berlios.de >> >>> </mc/compose?to=opensim-...@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 >> > > > > -- > Michael Emory Cerquoni - Nebadon Izumi @ http://osgrid.org > > _______________________________________________ > 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