Tested in <a href="http://213.172.38.61:9000">213.172.38.61:9000</a> - 3000,3000, it works really fine. Better than the option with 0.6.6.239a1 than we have in <a href="http://213.172.38.61:9300">213.172.38.61:9300</a> - 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).<br>
<br>Thks and best regards.<br><br>Albert<br><br><div class="gmail_quote">2009/8/14 Nebadon Izumi <span dir="ltr"><<a href="mailto:nebadon2025@gmail.com">nebadon2025@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
[ git clone git://<a href="http://github.com/diva/Diva-s-OpenSim-Tests.git" target="_blank">github.com/diva/Diva-s-OpenSim-Tests.git</a> opensim ]<br><br>this command above should put it into a folder named opensim<div><div>
</div><div class="h5"><br><br>
<div class="gmail_quote">On Fri, Aug 14, 2009 at 1:10 PM, Kyle Hamilton <span dir="ltr"><<a href="mailto:aerowolf@gmail.com" target="_blank">aerowolf@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Remember, the command is:<br>
<br>
git clone git://<a href="http://github.com/diva/Diva-s-OpenSim-Tests.git" target="_blank">github.com/diva/Diva-s-OpenSim-Tests.git</a><br>
<br>
The worst part is that it'll put it into a directory called<br>
Diva-s-OpenSim-Tests.git/ . You can rename it. (or, perhaps someone<br>
more familiar with git can suggest a way to not have to rename it?)<br>
<br>
-Kyle H<br>
<div><div></div><div><br>
On Thu, Aug 13, 2009 at 6:54 PM, <<a href="mailto:diva@metaverseink.com" target="_blank">diva@metaverseink.com</a>> wrote:<br>
> FetchInventory() on TPs/crossings is no more!<br>
><br>
> FYI, I have my local mods available in github:<br>
> <a href="http://github.com/diva/Diva-s-OpenSim-Tests/tree/master" target="_blank">http://github.com/diva/Diva-s-OpenSim-Tests/tree/master</a><br>
><br>
> In this code, the simulators don't load/cache inventory, they just<br>
> pre-fetch a very small amount of info (the avie's "system" folders).<br>
> Virtually all core code, with 2 exceptions(*), has been redirected from<br>
> facing an inventory cache (CachedUserInfo) to facing the inventory<br>
> service interface. The new, minimal cache is transparent to the core code.<br>
><br>
> If anyone cares to test this, I will appreciate it. Since it's not<br>
> coming from <a href="http://opensim.org" target="_blank">opensim.org</a>, it will be a bit more cumbersome, but it's<br>
> worth experimenting with this new git-enabled process.<br>
><br>
> (*) Features I didn't touch: IAR module and the Rest Inventory plugin.<br>
> These still work as before, bringing the entire inventory to the regions<br>
><br>
> <a href="mailto:diva@metaverseink.com" target="_blank">diva@metaverseink.com</a> wrote:<br>
>> I'm fine with waiting until September before pruning reference<br>
>> implementations down to one of each. But someone needs to give love to<br>
>> Grid.Inventory, because I don't have time for loving so many servers :-)<br>
>><br>
>> The current improvement I'm doing right now (eliminating the need to<br>
>> pass the entire inventory around) only works for the new-style inventory<br>
>> service. It can easily be made to work for the old one. Whoever wants<br>
>> Grid.Inventory to support the simulators' [much more reasonable] needs<br>
>> should make the necessary improvements to it. I'll be happy to explain<br>
>> what the server needs to do -- 2 additional service handlers. I still<br>
>> haven't pushed my local commits, and I can wait a little bit for a<br>
>> Grid.InventoryServer lover to step up and volunteer. But I don't think<br>
>> it's reasonable to hold this improvement until September; I already have<br>
>> it, and it's almost ready to be pushed out to grids out there. Passing<br>
>> thousands of inventory items upon region crossings and TPs is probably<br>
>> one of the worst things in OpenSim right now, and needs fixing.<br>
>><br>
>><br>
>> MW wrote:<br>
>>> I'm fine with the AssetInventoryServer being removed as soon as possible<br>
>>> because I don't think anyone uses it.<br>
>>><br>
>>> But believe we should at least wait a couple of more weeks before the<br>
>>> Grid.InventoryServer<br>
>>> and Grid.AssetServer are removed, so that everyone gets a chance to have<br>
>>> their say/vote. As a number of people are on vacation around this time.<br>
>>><br>
>>> Personally as long as the ROBUST servers are fully tested on multiple<br>
>>> grids that have a quite heavy load/userbase, then I'm okay with removing<br>
>>> the old servers, as long as there is total agreement; I know a few<br>
>>> people have said they don't want to swap to ROBUST.<br>
>>><br>
>>><br>
>>> --- On *Tue, 11/8/09, Frisby, Adam /<<a href="mailto:adam@deepthink.com.au" target="_blank">adam@deepthink.com.au</a>>/* wrote:<br>
>>><br>
>>><br>
>>> From: Frisby, Adam <<a href="mailto:adam@deepthink.com.au" target="_blank">adam@deepthink.com.au</a>><br>
>>> Subject: Re: [Opensim-dev] pruning reference servers in core<br>
>>> To: "<a href="mailto:opensim-dev@lists.berlios.de" target="_blank">opensim-dev@lists.berlios.de</a>" <<a href="mailto:opensim-dev@lists.berlios.de" target="_blank">opensim-dev@lists.berlios.de</a>><br>
>>> Date: Tuesday, 11 August, 2009, 10:09 PM<br>
>>><br>
>>> Please do. I'd like a 0.6.X release shortly after every<br>
>>> networkinterface version change if possible - since it makes compat<br>
>>> with the latest stable release always a headache.<br>
>>><br>
>>> Adam<br>
>>><br>
>>> > -----Original Message-----<br>
>>> > From: <a href="mailto:opensim-dev-bounces@lists.berlios.de" target="_blank">opensim-dev-bounces@lists.berlios.de</a><br>
>>> </mc/compose?to=<a href="mailto:opensim-dev-bounces@lists.berlios.de" target="_blank">opensim-dev-bounces@lists.berlios.de</a>><br>
>>> [mailto:<a href="mailto:opensim-dev-" target="_blank">opensim-dev-</a><br>
>>> > <a href="mailto:bounces@lists.berlios.de" target="_blank">bounces@lists.berlios.de</a><br>
>>> </mc/compose?to=<a href="mailto:bounces@lists.berlios.de" target="_blank">bounces@lists.berlios.de</a>>] On Behalf Of Justin<br>
>>> Clark-Casey<br>
>>> > Sent: Tuesday, 11 August 2009 12:04 PM<br>
>>> > To: <a href="mailto:opensim-dev@lists.berlios.de" target="_blank">opensim-dev@lists.berlios.de</a><br>
>>> </mc/compose?to=<a href="mailto:opensim-dev@lists.berlios.de" target="_blank">opensim-dev@lists.berlios.de</a>><br>
>>> > Subject: Re: [Opensim-dev] pruning reference servers in core<br>
>>> ><br>
>>> > <a href="mailto:diva@metaverseink.com" target="_blank">diva@metaverseink.com</a> </mc/compose?to=<a href="mailto:diva@metaverseink.com" target="_blank">diva@metaverseink.com</a>> wrote:<br>
>>> > > Dear devs,<br>
>>> > ><br>
>>> > > I'm finally changing the way the simulator caches inventory.<br>
>>> This is<br>
>>> > all<br>
>>> > > good, and it's the beginning of the much awaited user services<br>
>>> > > refactoring. This requires a few small changes in the inventory<br>
>>> > services<br>
>>> > > interface, as well as additions to the implementation(s). So...<br>
>>> > ><br>
>>> > > We now have 3 -- yes 3! -- different inventory servers in core.<br>
>>> (and<br>
>>> > 3<br>
>>> > > asset servers too). I think it's time to make a decision on what to<br>
>>> > keep<br>
>>> > > and what to drop, because evolving this ecosystem of<br>
>>> implementations<br>
>>> > in<br>
>>> > > core is unscalable.<br>
>>> > ><br>
>>> > > With this, I'm proposing that we drop the old Grid.InventoryServer,<br>
>>> > the<br>
>>> > > old Grid.AssetServer and the AssetInventoryServer (CB1). Some<br>
>>> people<br>
>>> > may<br>
>>> > > still be using the old servers, so it's time to switch everybody to<br>
>>> > > ROBUST. Asking in the IRC, it looks like no one is using<br>
>>> > > AssetInventoryServer.<br>
>>> > ><br>
>>> > > Comments? Objections?<br>
>>> ><br>
>>> > Might be an idea to knock out a 0.6.7 first before making that<br>
>>> switch.<br>
>>> ><br>
>>> > --<br>
>>> > justincc<br>
>>> > Justin Clark-Casey<br>
>>> > <a href="http://justincc.wordpress.com" target="_blank">http://justincc.wordpress.com</a><br>
>>> > _______________________________________________<br>
>>> > Opensim-dev mailing list<br>
>>> > <a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
>>> </mc/compose?to=<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a>><br>
>>> > <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
>>> _______________________________________________<br>
>>> Opensim-dev mailing list<br>
>>> <a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
>>> </mc/compose?to=<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a>><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>
>>> _______________________________________________<br>
>>> Opensim-dev mailing list<br>
>>> <a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
>>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
>> _______________________________________________<br>
>> Opensim-dev mailing list<br>
>> <a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><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>
> Opensim-dev mailing list<br>
> <a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><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>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br></div></div><font color="#888888">-- <br>Michael Emory Cerquoni - Nebadon Izumi @ <a href="http://osgrid.org" target="_blank">http://osgrid.org</a><br>
</font><br>_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
<br></blockquote></div><br>