Re: [Opensim-dev] Opensim 0.7.1

2010-10-12 Thread Ideia Boa

 This link appears on the page indicated by me

Joao Lopes aka Ideia Boa
WorldSimTerra Grid



On 12-10-2010 7:56, Jor3l Boa wrote:

Or here: http://dist.opensimulator.org/

2010/10/12 Ideia Boa mailto:ideia...@gmail.com>>

 It is not 0.7.1 but 0.7.0.1 and the klast version is 0.7.0.2 but
the better is to try the 0.7 post-fixes
You can find all versions here: http://opensimulator.org/wiki/Download

Joao Lopes aka Ideia Boa
WorldSimTerra Grid


On 12-10-2010 4:42, Áðüóôïëïò Ìáõñßäçò wrote:

Does anyone know how i can get the Opesim 0.7.1 release? I
conduct a research and i would like to check the web-on-a-prim
feature. Thanks in advance.


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


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de <mailto: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] Opensim 0.7.1

2010-10-12 Thread Ideia Boa
 It is not 0.7.1 but 0.7.0.1 and the klast version is 0.7.0.2 but the 
better is to try the 0.7 post-fixes

You can find all versions here: http://opensimulator.org/wiki/Download

Joao Lopes aka Ideia Boa
WorldSimTerra Grid

On 12-10-2010 4:42, Áðüóôïëïò Ìáõñßäçò wrote:

Does anyone know how i can get the Opesim 0.7.1 release? I conduct a research 
and i would like to check the web-on-a-prim feature. Thanks in advance.


___
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] Global identifiers

2010-08-29 Thread Ideia Boa

 Sorry Diva, but old people think slow, now I see no problem ;-)


On 29-08-2010 6:29, d...@metaverseink.com wrote:

I already said this, but let me stress it again.

OpenSim does not use global identifiers for *local* resources (read 
local users). So if you change the name of your users while keeping 
their UUIDs, the names associated with the objects in *your* world 
will be always the latest ones. You don't need a table lookup.


Global identifiers are used *only* in references to external resources 
that have been imported in some way.



Ideia Boa wrote:

  We see the same problem than Zonja with our grid

On 29-08-2010 5:27, Zonja Capalini wrote:

I see one small problem with this approach: UUIDs are immutable,
but it's conceivable that a world operator could allow certain form of
updating of user names, while still retaining the same identity
(I've had to manually edit user names in some cases in the worlds
I administer, for a number of reasons).

In this scenario, if an URI is resolved to a name that has changed
this can potentially require a lot of updates in the database
(e.g., if the foreign user has created many objects in the local 
world).


OTOH, if the URI -> username association is stored in a different 
table,

this table can also keep other, valuable, information, for example the
date of the latest resolution, whether the world appears to be 
active atm, etc.


  /Zonja

On Sun, Aug 29, 2010 at 1:44 PM, Melanie <mailto:mela...@t-data.com>> wrote:


We should.

Also, we should use extra info in the URI. Reson:


http://www.avination.net:8004/user/44626b40-13d6-4817-b61b-de5df7b5e7e8


The above is totally meaningless. It can't be used to do anything
with unless www.avination.net <http://www.avination.net> exists
and points to a gatekeeper.

However,


http://www.avination.net/user/44626b40-13d6-4817-b61b-de5df7b5e7e8/Melanie+Milland


makes more sense here.

The URI itself provides a "Display name" that the resolver at that
URL can treat as extra path info and ignore, if it chooses.

This would allow us to create a temporary memory cache record of 
the

UUID -> name mapping that would let us display a prim creator
without a lookup, which is a potentially frequent process.

The sim can take the URL at face value and diassemble it, using
44626b40-13d6-4817-b61b-de5df7b5e7e8 -> "Melanie
mill...@www.avination.net <mailto:mill...@www.avination.net>" for
the cache and returning that to the
viewer as the creator, all without a lookup.

While this doesn't prevent verification of stale URI's from 
failing,

it does allow to display a meaningful text if that happens.

Melanie

d...@metaverseink.com <mailto:d...@metaverseink.com> wrote:
> Looks like ppl are reading more into this discussion than I
intended.
>
> The hypergrid is up & running with all authentication and
security in
> place, and so are exchanges of content via HG and archives. What's
> missing is *systematic* global identification of resources. OpenSim
> already does that internally for resolving *certain* identifiers
on the
> Hypergrid, but nothing is stored persistently yet. That is going to
> change soon, because 1) I want to make friends & IM work across
the HG
> (so, for example, your foreign friend needs to be identified by
a global
> ID); and 2) we really need to fix the b0rked "creator" field in
OARs/IARs.
>
> This means that we need to write URIs persistently, both in certain
> fields of the DB (which is already prepared for what's coming)
and in
> the archives.
>
> So the issue here is really narrow. Assuming everyone agrees that we
> should use URIs, should we add type information in the URI or
not? Any
> other thoughts on the *form* of these URIs?
>
>
> mysticaldem...@xrgrid.com <mailto:mysticaldem...@xrgrid.com> wrote:
>> May be good to share what your use case is.  As universal are
you suggesting
>> an identifier that separate, potentially un-trusted domains,
would use to
>> identify the same person?
>>
>> Is so I don't think you can do that with two parties, you need
at least one
>> more party to validate that they are the same person, like how
we do with
>> SSL certificates, or with some kind of authentication, like you
send me an
>> email address which gets me to a profile, but I still need to
enter in a
>> password or something to get access to that profile.
>>
>> M.
>>
>> -Original Message-
>> From: opensim-dev-boun...@lists.berlios.de
<mailto:opensim-dev-boun...@lists.berlios.de>
>> [mailto:opensim-dev-boun...@lists.berlios.de
<mailto:opensim-dev-boun...@lists.berlios.de>] On

Re: [Opensim-dev] Global identifiers

2010-08-29 Thread Ideia Boa

 We see the same problem than Zonja with our grid

On 29-08-2010 5:27, Zonja Capalini wrote:

I see one small problem with this approach: UUIDs are immutable,
but it's conceivable that a world operator could allow certain form of
updating of user names, while still retaining the same identity
(I've had to manually edit user names in some cases in the worlds
I administer, for a number of reasons).

In this scenario, if an URI is resolved to a name that has changed
this can potentially require a lot of updates in the database
(e.g., if the foreign user has created many objects in the local world).

OTOH, if the URI -> username association is stored in a different table,
this table can also keep other, valuable, information, for example the
date of the latest resolution, whether the world appears to be active 
atm, etc.


  /Zonja

On Sun, Aug 29, 2010 at 1:44 PM, Melanie > wrote:


We should.

Also, we should use extra info in the URI. Reson:

http://www.avination.net:8004/user/44626b40-13d6-4817-b61b-de5df7b5e7e8

The above is totally meaningless. It can't be used to do anything
with unless www.avination.net  exists
and points to a gatekeeper.

However,


http://www.avination.net/user/44626b40-13d6-4817-b61b-de5df7b5e7e8/Melanie+Milland

makes more sense here.

The URI itself provides a "Display name" that the resolver at that
URL can treat as extra path info and ignore, if it chooses.

This would allow us to create a temporary memory cache record of the
UUID -> name mapping that would let us display a prim creator
without a lookup, which is a potentially frequent process.

The sim can take the URL at face value and diassemble it, using
44626b40-13d6-4817-b61b-de5df7b5e7e8 -> "Melanie
mill...@www.avination.net " for
the cache and returning that to the
viewer as the creator, all without a lookup.

While this doesn't prevent verification of stale URI's from failing,
it does allow to display a meaningful text if that happens.

Melanie

d...@metaverseink.com  wrote:
> Looks like ppl are reading more into this discussion than I
intended.
>
> The hypergrid is up & running with all authentication and
security in
> place, and so are exchanges of content via HG and archives. What's
> missing is *systematic* global identification of resources. OpenSim
> already does that internally for resolving *certain* identifiers
on the
> Hypergrid, but nothing is stored persistently yet. That is going to
> change soon, because 1) I want to make friends & IM work across
the HG
> (so, for example, your foreign friend needs to be identified by
a global
> ID); and 2) we really need to fix the b0rked "creator" field in
OARs/IARs.
>
> This means that we need to write URIs persistently, both in certain
> fields of the DB (which is already prepared for what's coming)
and in
> the archives.
>
> So the issue here is really narrow. Assuming everyone agrees that we
> should use URIs, should we add type information in the URI or
not? Any
> other thoughts on the *form* of these URIs?
>
>
> mysticaldem...@xrgrid.com  wrote:
>> May be good to share what your use case is.  As universal are
you suggesting
>> an identifier that separate, potentially un-trusted domains,
would use to
>> identify the same person?
>>
>> Is so I don't think you can do that with two parties, you need
at least one
>> more party to validate that they are the same person, like how
we do with
>> SSL certificates, or with some kind of authentication, like you
send me an
>> email address which gets me to a profile, but I still need to
enter in a
>> password or something to get access to that profile.
>>
>> M.
>>
>> -Original Message-
>> From: opensim-dev-boun...@lists.berlios.de

>> [mailto:opensim-dev-boun...@lists.berlios.de
] On Behalf Of Ai Austin
>> Sent: Saturday, August 28, 2010 4:59 PM
>> To: opensim-dev@lists.berlios.de

>> Subject: Re: [Opensim-dev] Global identifiers
>>
>> diva wrote:
>>> I'm about to introduce global identifiers, so that I can make
friends
>>> and IM work on the hypergrid, and would like feedback on the
best form
>>> of these identifiers.
>>
>>> Here are some options:
>>> ... Thoughts?
>>
>>
>> A couple of thoughts and observations Diva...
>>
>> Could the taxonomy of "types" you use cause problems if the chosen
>> 1-1 mapping for a UUID is not felt to work well i future.
>>
>> "user" i

Re: [Opensim-dev] Welcome, Avatar!

2010-08-21 Thread Ideia Boa

+1
Really good


On 21-08-2010 5:15, Rich White wrote:

Here is a chicklet icon perhaps to get the ball rolling:
http://twitpic.com/2gue0y




On Sat, Aug 21, 2010 at 9:47 AM,  wrote:
   

P.S. For people who want to give credit to the project, the "correct" way of
expressing it is
"Powered by OpenSim".
At some point it would be nice to have a logo with those words in it.
Examples:
http://www.google.com/images?q=powered+by+apache&oe=utf-8&rls=org.mozilla:en-US:official&client=firefox-a&um=1&ie=UTF-8&source=univ&ei=5eVvTPSNMYK2sAPu2cCXAg&sa=X&oi=image_result_group&ct=title&resnum=1&ved=0CCIQsAQwAA&biw=1306&bih=933
http://www.google.com/images?um=1&hl=en&client=firefox-a&rls=org.mozilla%3Aen-US%3Aofficial&biw=1306&bih=933&tbs=isch%3A1&sa=1&q=powered+by+CentOS&aq=f&aqi=g1&aql=&oq=&gs_rfai=


d...@metaverseink.com wrote:
 

-1 on this.
I'm generally reluctant in using the term "OpenSim" for anything other
than the name of this project. It's bad enough that bloggers and the public
keep confusing the project with its uses, let's not give any more
suggestions in that direction. OpenSim is the infrastructure project, not
its uses. The users of OpenSim are the world operators, not the people who
login to these worlds.

In other words, when people login to an OpenSim-based world they are not
"logging in to OpenSim"; they are logging in to a world that someone runs
based on OpenSim. This may seem like an insignificant distinction, but it's
not, it's huge.

So let's leave it with the generic message that is has now. The config var
is there for people to customize it.

Ai Austin wrote:
   

In a recent commit by Justin he suggested that if a change was made to
the default viewer welcome message, it would be useful to get the thoughts
of others first. I do appreciate that most folks will alter the string
anyway, but it is useful out of the box to have useful messages. And I had
suggested a change to help differentiate things a bit in an immediately
visible form at the user end, and to brand the system in the default. Â Can I
suggest this change and see what others think?

Opensim.ini.example         "Welcome to OpenSim"
Robust.ini.example            "Welcome to OpenSim Grid"
Robust.HG.ini.example       "Welcome to OpenSim Hypergrid"

This would have the nice effect of differentiating which [Architecture]
is being used immediately.
___
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] A small message about Fly-Man- Projects

2010-06-30 Thread Ideia Boa

Hi Fly, I wish you get well very soon.



On 29-06-2010 5:31, Fly Man wrote:

For the people that haven't seen me around for some time:

In the months May and June I was doing battle against a resident 
bacteria that got the better of me for some weeks.


Until the official 0.7 release is made, I won't be working on any of 
the projects that are on my name.


The changes that are being done on Master and other branches are too 
extensive to follow at some times and that's why I will be waiting for 
a stable 0.7 release before I start making changes to the projects.


Until then, I will be working on recovering my health.

Kind regards,

Fly-Man-


___
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] Running FreeSwitch with OpenSim

2010-05-11 Thread Ideia Boa

Don't use localhost, use your IP

Ideia Boa
www.worldsimterra.com


On 11-05-2010 10:08, Jor3l Boa wrote:
Hello there, trying to run FreeSwitch, I just got it working but when 
anyone connects to OS I'm getting the following errors:


From FreeSwitch Console:

freeswi...@desktop> 2010-05-11 14:21:51.525111 [ERR] 
mod_xml_curl.c:304* Received HTTP error 404 trying to fetch 
http://localhost:9000/api/freeswitch-config*
data: 
[hostname=desktop§ion=directory&tag_name=domain&key_name=name&key_value=192.168.0.171&Event-Name=GENERAL&Core-UUID=358c2422-5d32-11df-baab-b39ad4502342&FreeSWITCH-Hostname=desktop&FreeSWITCH-IPv4=192.168.0.171&FreeSWITCH-IPv6=%3A%3A1&Event-Date-Local=2010-05-11%2014%3A21%3A49&Event-Date-GMT=Tue,%2011%20May%202010%2019%3A21%3A49%20GMT&Event-Date-Timestamp=1273605709849611&Event-Calling-File=mod_voicemail.c&Event-Calling-Function=resolve_id&Event-Calling-Line-Number=1242&action=message-count&key=id&user=xdPCKuP4mQdqNMLD4z3su0w%3D%3D&domain=192.168.0.171]


From OpenSim Console:

14:28:29 - [FreeSwitchVoice]: FreeSwitchConfigHTTPHandler called with
14:28:29 - [FreeSwitchVoice]: section was
14:28:29 - [FreeSwitchVoice]: FreeSwitchConfigHTTPHandler return
14:28:29 - [BASE HTTP SERVER]: OnRequest() failed with 
System.NullReferenceException: Object reference not set to an instance 
of an object
  at 
OpenSim.Framework.Servers.HttpServer.BaseHttpServer.DoHTTPGruntWork 
(System.Collections.Hashtable responsedata, 
OpenSim.Framework.Servers.HttpServer.OSHttpResponse response) [0x0]
  at 
OpenSim.Framework.Servers.HttpServer.BaseHttpServer.HandleContentVerbs 
(OpenSim.Framework.Servers.HttpServer.OSHttpRequest request, 
OpenSim.Framework.Servers.HttpServer.OSHttpResponse response) [0x0]
  at 
OpenSim.Framework.Servers.HttpServer.BaseHttpServer.HandleHTTPRequest 
(OpenSim.Framework.Servers.HttpServer.OSHttpRequest request, 
OpenSim.Framework.Servers.HttpServer.OSHttpResponse response) [0x0]
  at OpenSim.Framework.Servers.HttpServer.BaseHttpServer.HandleRequest 
(OpenSim.Framework.Servers.HttpServer.OSHttpRequest request, 
OpenSim.Framework.Servers.HttpServer.OSHttpResponse response) [0x0]
  at 
OpenSim.Framework.Servers.HttpServer.BaseHttpServer.OnHandleRequestIOThread 
(IHttpClientContext context, IHttpRequest request) [0x0]
  at OpenSim.Framework.Servers.HttpServer.BaseHttpServer.OnRequest 
(System.Object source, HttpServer.RequestEventArgs args) [0x0]


Seems like there is no file on api/freeswitch-config .. I'm running OS 
at Ubuntu 10.04, last GIT, FreeSwitch 1.0.6 (from GIT too)


Followed OS instructions for FS but is not working, any idea whats 
wrong? Thanks


Regards,
Jorel




___
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] www.opensim.net

2010-05-03 Thread Ideia Boa

Hi

We do not know who are the people who are behind the site 
www.opensim.net not of the same name on Twitter, but we already send a 
complaint to Google Sites and to Twitter because they are using our 
image (WorldSimTerra) abused, as well as we already send message to the 
owners of this page on Twitter with the same complaint with having no 
response until now our image has been withdrawn.


Joa Lopes (aka Ideia Boa)
www.WorldSimTerra.com



On 03-05-2010 3:41, Tedd Hansen wrote:


Hi

Anyone know what www.opensim.net <http://www.opensim.net> is all about?

The short story; It looks to me like someone (anonymous owner of 
opensim.net) has hijacked a name (opensim) he or she may or may not 
have legal rights to with the (criminal) intent of abusing a (free) 
product name for his or her own benefit.


(Yeah, darn those feminists, can't "he" just cover both sexes?)

I really hope this doesn't mean that core developers have to spend 
time on legal issues because some 14 year old wants to run his/her own 
site. This is valuable time for professional developers that can be 
spent on making OpenSim better instead of bitching to lawyers.


[09:57:25]  
http://www.opensim.net/videos/opensim-tutorial-6-basic-avatar


[09:57:28]  whats this? :)

[09:58:05]  or rather this; http://www.opensim.net/

[10:00:26]  no idea

[10:00:52]  it seems to be ripping data directly from other sites

[10:00:59]  hey

[10:01:00]  and pretending to "be" opensim

[10:01:25]  view source -> Public Grid List Sorted href="http://opensimulator.org/wiki/Grid_List/Sorted/Alphabetically";


[10:02:25]  the opensimulator list is wrong anywat

[10:02:46]  if you select different sorts, you will find 
different result for the same grid


[10:03:15]  page contains RSS feeds, steals lists from 
opensimulator.org, copy pastes info and mixes it with lies and half 
baked truth without ever mentioning that it is *NOT* opensim


[10:03:28]  *RSS feeds from other pages (of course)

[10:03:36]  so no actual contribution, a lot of stealing :)

[10:04:09]  not a breaking news for RSS aggregator ... :/

[10:07:22]  someone should probably contact the domain owner

[10:07:41]  would be really pittyful if core members had to 
spend time on legal issues to get some 14 year old to play nice


[10:07:46]  i made a whois and the real owner is hidden

[10:08:07]  time that could be spent on features, bugfixes, etc

[10:08:51]  no legal information on the site itself

Br,

 Tedd


___
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] HELP I NEDD WEB INTERFACE FOR OPENSIM

2010-03-04 Thread Ideia Boa

nice work, thank you, I've change only the Hwios adress

On 04-03-2010 22:42, ssm2017 wrote:

i have just updated this page :
http://opensimulator.org/wiki/Webinterface
if you have some usefull infos to add, please update the page

2010/3/4 Ideia Boa mailto:ideia...@gmail.com>>

http://forge.opensimulator.org/gf/project/opensimwi/


On 04-03-2010 20:17, john felipe urrego mejia wrote:

good afternoon, an urgent need to buy or download a web interface
for my OpenSim, most of all to have a web portal where users can
register immediately with any viewer can enter OpenSim.

thanks

greetings


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


___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de <mailto: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] opensimwi

2010-03-04 Thread Ideia Boa

multiply by 256 the value of the coordinates in the files

On 04-03-2010 21:43, john felipe urrego mejia wrote:
version of opensimwi not work with the OpenSim version 0.6.8, I've 
tried many times and gets me an error on the islands with their 
coordinates and I regresca users who register for this medium


greetings


___
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] HELP I NEDD WEB INTERFACE FOR OPENSIM

2010-03-04 Thread Ideia Boa

http://forge.opensimulator.org/gf/project/opensimwi/

On 04-03-2010 20:17, john felipe urrego mejia wrote:
good afternoon, an urgent need to buy or download a web interface for 
my OpenSim, most of all to have a web portal where users can register 
immediately with any viewer can enter OpenSim.


thanks

greetings


___
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] Mumble & Voice

2009-12-07 Thread Ideia Boa

+1

Robert A. Knop Jr. wrote:

On Mon, Dec 07, 2009 at 01:17:30AM -0800, Snoopy Pfeffer wrote:
  

He is optimistic that a first version of the Mumble voice module will
be ready for tests during the first half of January. I will keep you
informed.



Wow, that's excellent news.

How does it work client side?  Is there a client module to be run that
works with the SL viewer?

  



___
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] Minimum OpenSim mono version now 2.4? (was Re: [Opensim-commits] r10113 - trunk)

2009-08-03 Thread Ideia Boa
I've these instructions for building mono  2.4 from sources on Ubuntu, 
very helpful: http://blog.ruski.co.za/page/Install-Mono-on-Ubuntu.aspx


Ideia Boa
WorldSimTerra <http://www.worldsimterra.com>

orion hax wrote:
The repos only have 2.0.1 for ubuntu but it will compile 2.4 just fine 
from tar and SVN.


On Mon, Aug 3, 2009 at 2:09 PM, Christophe, Jean-Charles Narbonne 
mailto:christoph...@gmail.com>> wrote:


Also there are repositorys with mono for ubuntu or opensuse, (I
use Opensuse for my server but on my desktop I tryed upgrade mono
from jauty repos, there was no other dependences than mono and it
worked well for desktop apps...)

Reguards


On Mon, Aug 3, 2009 at 8:32 PM, Teravus Ovares mailto:tera...@gmail.com>> wrote:

Whoops, scratch that..  opensim-libs, not opensim-dev :)

-Teravus

On Mon, Aug 3, 2009 at 2:31 PM, Teravus
Ovaresmailto:tera...@gmail.com>> wrote:
> The HttpServer makes use of 2.4 specific things.It's in
> OpenSim-dev, if you can compile it with less requirements,
by all
> means.
>
> Regards
>
> Teravus
>
> On Mon, Aug 3, 2009 at 1:44 PM, Justin
> Clark-Caseymailto:jjusti...@googlemail.com>> wrote:
>> Hi Teravus.  I take it this means that mono 2.0.1 is no
longer usable with trunk?  This is somewhat inconvenient since
>> Ubuntu and OpenSUSE still ship mono 2.0.1 in their distros
(though both will include 2.4 in the next release).  But if
>> mono 2.0.1 is now unusable then that's just how it is.
>>
>> I'm also not sure if mono 2.4 still has the
'mini-trampoline' assertion VM termination when many scripts
are being
>> loaded on initial startup (this problem isn't present in
mono 2.0.1).
>>
>> tera...@opensimulator.org
<mailto:tera...@opensimulator.org> wrote:
>>> Author: teravus
>>> Date: 2009-08-01 11:59:34 -0700 (Sat, 01 Aug 2009)
>>> New Revision: 10113
>>>
>>> Modified:
>>>trunk/README.txt
>>> Log:
>>> * Update ReadMe.txt to reflect feedback by testers
>>>
>>> Modified: trunk/README.txt
>>>
===
>>> --- trunk/README.txt  2009-08-01 14:26:00 UTC (rev 10112)
>>> +++ trunk/README.txt  2009-08-01 18:59:34 UTC (rev 10113)
>>> @@ -25,7 +25,7 @@
>>>  == Installation on Linux ==
>>>
>>>  Prereqs:
>>> - * Mono >= 2.0.1 (>= 2.4.2 is better)
>>> + * Mono >= 2.4 (>= 2.4.2 is better)
>>>   * Nant >= 0.86beta
>>>   * sqlite3 or mysql 5.x (you'll need a backend database)
>>>
>>>
>>> ___
>>> Opensim-commits mailing list
>>> opensim-comm...@lists.berlios.de
<mailto:opensim-comm...@lists.berlios.de>
>>> https://lists.berlios.de/mailman/listinfo/opensim-commits
>>>
>>
>> --
>> justincc
>> Justin Clark-Casey
>> http://justincc.wordpress.com
>> ___
>> Opensim-dev mailing list
>> Opensim-dev@lists.berlios.de
<mailto:Opensim-dev@lists.berlios.de>
>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>
>
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de <mailto:Opensim-dev@lists.berlios.de>
https://lists.berlios.de/mailman/listinfo/opensim-dev




-- 
Thanx to free software.


_______
Opensim-dev mailing list
Opensim-dev@lists.berlios.de <mailto: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
  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] Remove Region from Grid Server

2009-07-01 Thread Ideia Boa

You can clean the old region inside the dbase :
Stop OpenSim server -> goto MySQL-> Dabase: YOUROPENSIMDBASE -> Table: 
regions -> erase old region -> Start OpenSim server

It's done

Ideia Boa


Marian Schramm | liventura wrote:


Good morning all,

 

how can i log off a region in the Grid Server that is already on some 
coordinates (e. g. 1001x1002)


to  register a new one at the same position. The problem is that I 
don’t have the instance to start


that region to remove it in the regions module.

 

 


Error Message Region Server Startup:

 

[STARTUP]: Registration of region with grid failed, aborting startup - 
System.Exception: Unable to connect to grid at http://..IP...:8001: 
Another region already exists at that location.  Please try another.


 

 


Error Message Grid Server Server:

Failed to login region XXX at location 1001 1002 currently occupied by XXY

 


what can i do?



___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] Removal of project on GForge

2009-05-31 Thread Ideia Boa

Fly-Man

I do not know who is right in your disagreement, but I think if you had 
something you were thinking that was not being done in the most correct, 
I think the only way would have launched the discussion on mail-list 
#opensim-dev and not just you away from everything and remove the work 
you did, the work of all is very important and only a small opinion can 
make a difference.


See that I am not defending anyone, I'm only making an observation of 
what I read in a mail-list



Ideia Boa
www.worldsimterra.com



Fly Man wrote:

Addition to the previous message:

This means that all the source needs to be deleted as stated under 
BSD.license and will not be re-uploaded to the Gforge or any other 
Gforge or SVN like system.





___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] Wiki Office hours

2009-05-26 Thread Ideia Boa
I haven't say that it was necessary to create a new calendar, just said 
it would be good to put the hours of the Wiki Meetings in the current  
googlecalendar


Ideia Boa
http://www.worldsimterra.com


SignpostMarv Martin wrote:
The office hour templates used on the SL Wiki use hCalendar to embed the 
calendar data in the wiki, so a separately maintained google calendar 
isn't necessary.



~ Marv.

Ideia Boa wrote:
  
It would be nice to implement the Wiki Meetings and make its display 
in Google Calendar.



___
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

  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


[Opensim-dev] Wiki Office hours

2009-05-24 Thread Ideia Boa
It would be nice to implement the Wiki Meetings and make its display in 
Google Calendar.
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


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

2009-05-19 Thread Ideia Boa

100% agree

Dr Scofield wrote:

Melanie wrote:
  
MW pretty much reached the conclusion never to use a branch again. 
It was stated that trunk is a developers' WORK area.



well, could it be because of a lack of communication going on, effectively steam
rolling MW?

  
It is not meant to be usable all the time. The only requirement is 
that it compiles.


People who want stable should use stable. I think demands that trunk 
remain usable sets a bad precedent.



i don't really believe you want to turn trunk into sandbox, do you?

dirk

  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


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

2009-05-19 Thread Ideia Boa

100% agree

Dr Scofield wrote:

Melanie wrote:
  
So you say I should spend hours on documentation which I already 
KNOW it will be obsolete within days?


That _is_ just what big corps do. 20% dev time, 80% doc time.



nonsense. opensource projects have to have reasonably good communication. an
email, a wiki entry just outlining where you want to take the code to, should
really not take that much time.

  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


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

2009-05-19 Thread Ideia Boa

100% agree

Dr Scofield wrote:

Melanie wrote:
  

Charles,

I develop out in the open, commit early and often. Most of these 
past 100 commits were not meant to be used by anyone but myself and 
Diva. It's a work in progress in a work area and documentation would 
have been premature.



IMHO that is way too many commits that are not meant to be used by anyone but
yourself and diva --- coupled with "stay clear of that, we are going to change
it big time" you effectively closing out others who might be working in the same
area.

IMHO a better way of dealing with this is to document upfront (at least roughly)
 where you intend to take the code to or else work in branch and do less
frequent code drops from there.

  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] MRM Loader

2009-05-12 Thread Ideia Boa

Fantastic work.

Ideia Boa



Mike Deem wrote:
Hello, I would like to call your attention to a new forge project: MRM 
Loader <http://forge.opensimulator.org/gf/project/mrmloader/>.
 
MRM Loader is an experimental package based application model for 
virtual world content. Packages will contain assemblies, textures, 
prims, and all the other assets necessary to fully describe and 
implement a house, vehicle, attachment, etc. They will be downloaded 
from web sites and run by Open‍Sim.


MRM Loader also allows MRM code to be edited, compiled, and debugged 
using Visual C# Express, all without restarting Open‍Sim.


MRM Loader provides a region model that looks for scripts that 
contain "//MRM:Loader {package-path}"Â and loads the indicated MRM 
package into an application domain created just for it. The region 
module unloads these application domains when the script is removed. 
Only package paths that identify a directory on the local machine are 
currently supported. All of an MRM's assemblies are loaded from this 
directory.


MRM Loader extends Adam's MRM infrastructure 
<http://www.adamfrisby.com/blog/tag/mrm/>. The MRM region module must 
enabled in order to use MRM Loader functionality. It is also currently 
necessary to apply a patch to MRM module before it can be used with 
MRM Loader (mantis <http://opensimulator.org/mantis/view.php?id=3630>).


See this thread 
<http://forge.opensimulator.org/gf/project/mrmloader/forum/?action=ForumBrowse&forum_id=501&_forum_action=ForumMessageBrowse&thread_id=120> 
for instructions.


Thanks,
 
  == Mike ==
 
 



___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] Development models (was Re: The essence of "grid")

2009-04-17 Thread Ideia Boa
I apologize to all community-dev members because I do not be politically 
correct, but what I wrote in my previous post is exactly what I feel.


Ideia Boa



Charles Krinke wrote:
Well... I rather suspect we are all headed for the same place, but, 
... we seem to be having some semantic 'challenges' lately.


I *know* that all the hearts are in the right place on this list and 
that all we have to do is be understanding and supportive of each other.


The thing that has gotten us this far has been a trust in each other. 
For two years now, we have used the software development strategy of 
'just work on what your passion tells you'. And it has gotten us a 
long ways down the path.


Now,... we are having a modicum of success *and* the investment of all 
in terms of time and servers has gotten significant. So,... we are 
*all* (myself included) getting anxious whenever we perceive our 'use 
case' *or* our part of the creation of OpenSim feels threatened.


Anyway, 


  Laissez Les Bon Temps Roulez!


  &&


  Create what your passion dictates!





--------
*From:* Ideia Boa 
*To:* opensim-dev@lists.berlios.de
*Sent:* Friday, April 17, 2009 1:16:23 PM
*Subject:* Re: [Opensim-dev] Development models (was Re: The essence 
of "grid")


If we want to watch the birth of a so-called Web 3D, welcome Diva and 
welcome Hypergrid.
If we want to have a clone of SL, but with the option of different 
grids, welcome all development aid, including Hypergrid, as this is 
also a dream of LL.
But if we only want to have a bad clone of the SL in standalone, we 
can stop the development now, nothing more is needed to have a game 
for some hours.


For me I support and I want to watch the birth of the Web 3D, I 
already attended the birth of the web, even before that, I work with 
some BBSs, then I went to the web 2, and I do not want to lose the 
opportunity and maybe I am not the onlyone, from the inside wanting to 
attend the birth of the future Web


Ideia Boa




___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] Development models (was Re: The essence of "grid")

2009-04-17 Thread Ideia Boa
If we want to watch the birth of a so-called Web 3D, welcome Diva and 
welcome Hypergrid.
If we want to have a clone of SL, but with the option of different 
grids, welcome all development aid, including Hypergrid, as this is also 
a dream of LL.
But if we only want to have a bad clone of the SL in standalone, we can 
stop the development now, nothing more is needed to have a game for some 
hours.


For me I support and I want to watch the birth of the Web 3D, I already 
attended the birth of the web, even before that, I work with some BBSs, 
then I went to the web 2, and I do not want to lose the opportunity and 
maybe I am not the onlyone, from the inside wanting to attend the birth 
of the future Web


Ideia Boa


Dahlia Trimble wrote:
Personally I prefer OpenSim in standalone mode, and my preference is 
for it to be a personal simulation server allowing multiple dissimilar 
clients to attach and share a simulation; one which may deviate quite 
a but from the normal SL experience. I realize I'm in a minority with 
this position compared to other core developers, and as such I do a 
majority of my development and testing in grid mode and with hypergrid 
using various viewers, primarily those based on the LL viewer, but 
also using other viewers not derived from the LL viewer.


Many of the users of OpenSim have their own ideas about how the 
platform should evolve, and hypergrid appears to (at least 
anecdotally) be a popular feature. It also requires substantial 
changes to the core architecture for proper implementation, and 
bringing hypergrid and diva into core has allowed her to make a 
substantial improvement to many parts of the code which deal with 
standalone and grid operation in addition to hypergrid. I see no lack 
of benefit to any of our users from bringing diva and hypergrid into core.


Anyway, last I checked, time still only moves forward so please 
continue to offer suggestions for improvement and they will be 
considered :)




On Fri, Apr 17, 2009 at 9:14 AM, Mike Dickson <mailto:mike.dick...@hp.com>> wrote:


Justin, thanks for clarifying the process. And I certainly understand
the interest in Hypergrid and the energy behind it. Charles your
message
was also helpful in highlighting to me what is at the center of my
concern.  I agree the development process is somewhat chaotic and
things
get hacked in based on interest.  That's probably completely to be
expected though it may not make for the best platform going forward.

Using Hypergrid as an example,my preference would be to do it
outside of
core. So let me explain that.  Something like Hypergrid is going to
require a different usage model from the original core (different
protocols for "teleporting", now the exploration around inventory,
etc).
Rather than have the changes to handle that get introduced into
core I'd
have preferred to see something like an RFC that documents what is
being
proposed, and what "interfaces" need to be changed in order to
accommodate the new use cases.  That RFC gets iterated and the
interfaces evolved to make "hypergrid" possible as a pluggable module.
Over time most likely the set of commonly used modules grows and you
ultimately end up with a core framework and a "core" set of
modules that
define what the out of the box functionality of an installation is
(standalone, hypergrid, what have you).

The obvious problem with this approach is that it requires
evolving the
core framework which is not nearly as "sexy" as hacking in new
features.
I've done both approaches.  Certainly a cool demo can go a long way to
sell a concept and often the change the framework process takes enough
time that prototypes don't happen. It's more work to maintain a
branched
copy of core while you evolve your prototype into a set of changed
interfaces that support it.  Personally I believe that more
disciplined
approach is the key to seeing OpenSim get to 1.0. And ultimately be a
better platform for experimentation.

So I like the concept of hypergrid.  I think prototypes like that need
to exist if only to prove that the community is healthy. But I also
believe that how the "framework" is defined and evolves is equally if
not more important (to me at least).

Just my 2 cents.

Mike

On Fri, 2009-04-17 at 15:35 +, Justin Clark-Casey wrote:
> But I do have to also point out that OpenSim development is
largely driven by the interest of the developers (since
> there's no single company behind it).  If there's a lot of
development interest behind Hypergrid then this is the
> direction that's inevitably going to progress most.  If people
coming alon

Re: [Opensim-dev] The essence of "grid"

2009-04-16 Thread Ideia Boa

Yes, that is what I wanted to say but the words are not as strong in me.
So I try not to say many things.

Ideia Boa

Diva Canto wrote:

We want to secure many things:

- Simulators data and performance against malicious users -- this is the 
most vocally spoken problem, but it's not specific to a web of VWs; it 
happens in closed worlds too. Obviously, we need to address it in some 
way if we want to be friendly to content producers.


- User's data against malicious simulators -- e.g. the ability that a 
rogue sim currently has of wiping out a user's inventory, doing false 
impersonations, etc etc. This is specific to a web of VWs; this problem 
doesn't exist in closed worlds, because there are no rogue sims in those 
worlds, all sims are within the same domain of trust. These are the 
kinds of problems I'm most worried about, because they come with 
decentralization of control.


So we're talking about safety of users' data. Currently when a user 
visits a sim that sim has access to just about everything related to 
that user.



Ideia Boa wrote:
  
I think the big confusion is that most posts are referring to USERS and 
safety is not the topic.
I suppose what is at stake is how to interconnect grids and regions in a 
safe or not and nothing is related to the USERS.

Please correct me if I am wrong in my way of seeing "The essence of grid"

Ideia Boa


Diva Canto wrote:


I think you may be thinking of OpenSim's equivalent to OGP's
"agent domain" -- that's different, and yes, that is our User Server.

"Trust domain", in the context of this discussion, is what Melanie and I 
said over a few emails: a collection of simulators that trust each other 
and that are all under one single authority. They may be associated with 
User services or not -- they may simply be simulators without associated 
user accounts. I think OGP has a name for it too, "region domain" perhaps?



Charles Krinke wrote:
  
  

I have had this discussion with Adam and Lbsa in the past.

The OpenSim equivalent to SecondLife's AgentDomain is our UserServer.

So, the "trust domain" is the UserServer executable on a given grid.

Now, it may be incomplete, but that is the direction we have been going 
for the last two years.


Charles


*From:* Ideia Boa 
*To:* opensim-dev@lists.berlios.de
*Sent:* Thursday, April 16, 2009 1:16:52 PM
*Subject:* Re: [Opensim-dev] The essence of "grid"

Finally someone to explain in brief what is "trust domain" and is 
precisely what we need. We need to create something that the grids and 
regions connected by hypergrid can behave as "trust domain"
Cristina got 100000% of reason in your security considerations for links 
between grids and regions.

Melanie, thanks for the help given by your post.

Ideia Boa

Melanie wrote:


In the future, the avatar and his inventory will be independent of 
the grid. This is already almost a reality.


To address another post, a "trust domain" doesn't imply that the 
visitor trusts it. It merely means that all regions within it trust 
each other. Like the servers that make up a web application.


Melanie

Charles Krinke wrote:
  
  
  

Backing up a bit, I think we need to start with the fact that a grid provides a 
common start point for an avatar logon. By that, I mean, a grid will have some 
quantity of users in the users MySQL or MSSQL table with a particular avatar 
appearance and some semblance of an inventory.

For the purpose of HyperGrid, many folks wish to travel from grid->grid, 
standalone->grid, standalone->standalone or grid->standalone. And most of those 
folks will expect to have their avatar appearance constant based on their original logon 
place as they HG around.

So, from the most basic point, we can say that our current and most reasonable 
use case is an avatar with custom edits and some inventory that logs onto a 
particular standalone or grid and then expects to be able to HyperGrid to a 
different grid and have that avatar and inventory stay reasonably constant. 
That is, the avatar should not be ruthed.

In order to accomplish this
 in the general case is a bit tricky and I believe is one of the issues being worked on currently. A number of other things begin falling out of this notion after this one is working reliability and consistently such as the other things brought up in this thread. 


But, I think it all begins with a desire for a consistent avatar and inventory 
experience while HyperGridding.

Charles





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


   

Re: [Opensim-dev] The essence of "grid"

2009-04-16 Thread Ideia Boa
I think the big confusion is that most posts are referring to USERS and 
safety is not the topic.
I suppose what is at stake is how to interconnect grids and regions in a 
safe or not and nothing is related to the USERS.

Please correct me if I am wrong in my way of seeing "The essence of grid"

Ideia Boa


Diva Canto wrote:

I think you may be thinking of OpenSim's equivalent to OGP's
"agent domain" -- that's different, and yes, that is our User Server.

"Trust domain", in the context of this discussion, is what Melanie and I 
said over a few emails: a collection of simulators that trust each other 
and that are all under one single authority. They may be associated with 
User services or not -- they may simply be simulators without associated 
user accounts. I think OGP has a name for it too, "region domain" perhaps?



Charles Krinke wrote:
  

I have had this discussion with Adam and Lbsa in the past.

The OpenSim equivalent to SecondLife's AgentDomain is our UserServer.

So, the "trust domain" is the UserServer executable on a given grid.

Now, it may be incomplete, but that is the direction we have been going 
for the last two years.


Charles

--------
*From:* Ideia Boa 
*To:* opensim-dev@lists.berlios.de
*Sent:* Thursday, April 16, 2009 1:16:52 PM
*Subject:* Re: [Opensim-dev] The essence of "grid"

Finally someone to explain in brief what is "trust domain" and is 
precisely what we need. We need to create something that the grids and 
regions connected by hypergrid can behave as "trust domain"
Cristina got 10% of reason in your security considerations for links 
between grids and regions.

Melanie, thanks for the help given by your post.

Ideia Boa

Melanie wrote:

In the future, the avatar and his inventory will be independent of 
the grid. This is already almost a reality.


To address another post, a "trust domain" doesn't imply that the 
visitor trusts it. It merely means that all regions within it trust 
each other. Like the servers that make up a web application.


Melanie

Charles Krinke wrote:
  
  

Backing up a bit, I think we need to start with the fact that a grid provides a 
common start point for an avatar logon. By that, I mean, a grid will have some 
quantity of users in the users MySQL or MSSQL table with a particular avatar 
appearance and some semblance of an inventory.

For the purpose of HyperGrid, many folks wish to travel from grid->grid, 
standalone->grid, standalone->standalone or grid->standalone. And most of those 
folks will expect to have their avatar appearance constant based on their original logon 
place as they HG around.

So, from the most basic point, we can say that our current and most reasonable 
use case is an avatar with custom edits and some inventory that logs onto a 
particular standalone or grid and then expects to be able to HyperGrid to a 
different grid and have that avatar and inventory stay reasonably constant. 
That is, the avatar should not be ruthed.

In order to accomplish this
 in the general case is a bit tricky and I believe is one of the issues being worked on currently. A number of other things begin falling out of this notion after this one is working reliability and consistently such as the other things brought up in this thread. 


But, I think it all begins with a desire for a consistent avatar and inventory 
experience while HyperGridding.

Charles





___
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

  
  

-----Inline Attachment Follows-

begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
Ideia Boa=0D=0A=
WorldSimTerra=0D=0A=
=0D=0A=
Join the new 3D world revolution : http://www.worldsimterra.com/ 
<http://www.worldsimterra.com/>

x-mozilla-html:TRUE
url:http://www.worldsimterra.com <http://www.worldsimterra.com>
version:2.1
end:vcard




___
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

  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla

Re: [Opensim-dev] The essence of "grid"

2009-04-16 Thread Ideia Boa
Finally someone to explain in brief what is "trust domain" and is 
precisely what we need. We need to create something that the grids and 
regions connected by hypergrid can behave as "trust domain"
Cristina got 10% of reason in your security considerations for links 
between grids and regions.

Melanie, thanks for the help given by your post.

Ideia Boa

Melanie wrote:
In the future, the avatar and his inventory will be independent of 
the grid. This is already almost a reality.


To address another post, a "trust domain" doesn't imply that the 
visitor trusts it. It merely means that all regions within it trust 
each other. Like the servers that make up a web application.


Melanie

Charles Krinke wrote:
  

Backing up a bit, I think we need to start with the fact that a grid provides a 
common start point for an avatar logon. By that, I mean, a grid will have some 
quantity of users in the users MySQL or MSSQL table with a particular avatar 
appearance and some semblance of an inventory.

For the purpose of HyperGrid, many folks wish to travel from grid->grid, 
standalone->grid, standalone->standalone or grid->standalone. And most of those 
folks will expect to have their avatar appearance constant based on their original logon 
place as they HG around.

So, from the most basic point, we can say that our current and most reasonable 
use case is an avatar with custom edits and some inventory that logs onto a 
particular standalone or grid and then expects to be able to HyperGrid to a 
different grid and have that avatar and inventory stay reasonably constant. 
That is, the avatar should not be ruthed.

In order to accomplish this in the general case is a bit tricky and I believe is one of the issues being worked on currently. A number of other things begin falling out of this notion after this one is working reliability and consistently such as the other things brought up in this thread. 


But, I think it all begins with a desire for a consistent avatar and inventory 
experience while HyperGridding.

Charles





___
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

  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] Security: multiple or the most generic?

2009-04-13 Thread Ideia Boa

Yes and (c)

Ideia Boa

cumprimentos e boa pascoa Cristina

Diva Canto wrote:
I've been debating with myself and with some ppl in IRC about whether 
OpenSim should support many security schemes or shoot for the most 
generic one. Advice appreciated. Here's the situation.


There are already 3 different authentication schemes on the pipeline for 
Teleports, one of them being the current one, and two being on my local 
non-committed changes. These 3 schemes are: (a) no authentication; (b) 
session authentication; and (c) key authentication (keys being unique, 
one-time strings for each client-server pair).


(a) is what is currently in place -- hence my nagging about the lack of 
security in non-VPN'ed grids. But for VPN'ed grids this is perfectly fine.
(b) is a weak form of authentication that prevents spoofing from the 
outside of a grid, but that doesn't prevent spoofing from inside. That 
is, regions can find out the sessionID of users when they're logged in, 
and impersonate them. In open grids this is highly unsafe; but in 
walled-garden grids, this is perfectly fine.
(c) is the strongest form, as it allows clients to have a lot more 
control -- not the raw Linden client, which doesn't quite do that, but 
others. (c) can also be implemented in the current setup, with the raw 
Linden client, and with server-side teleports. It's kind of meaningless 
in this case, but it's no worse than (b) for open grids.


So, back to the original question. Should OpenSim support all of these 
and more, or should we shoot for (c) only?


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

  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] Round 2: Config changes preview

2009-03-14 Thread Ideia Boa
ev@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

  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] Round 2: Config changes preview

2009-03-14 Thread Ideia Boa

I follow you and Melanie text too

Ralf Haifisch wrote:

I am not writing code here..

I do opensim for my personal passion and for the believe as a 3D web
standard.


Being an IT-Pro I speak to customers (sponsor / CIO level) about that from
time to time.
And opensim gets by architecture a better acceptance, that SL does.

Furthermore, while not sharing the opinions sometimes - I love to see people
discussing about security or (here) maintaining infrastructure of different
sizes.


I would love to see the option to get the config via http (what means, a
small part where to get must be local).  


A "config master file" with overrides by more in depth smaller things per
simulator would be nice, yes.



But there is a point I strongly agree with Melanie.


I donŽt follow the discussion any more - I got lost.

My stomach says, that (while I still believe other breeds than dev are able
to think  *gg*) newbies will get totally lost.

I have put much effort in building a german community and did many "support
hours"..  this seems to be most likely unsupportable.


So - since I want the features, but not the pain:

Could we have some graphics (folder structure - sequence of
reading/overriding settings - ...) on oensimulator.org somewhere ?   that
would at least make it easier to follow, decide (for now) and troubleshoot
(in future).


Cheers,
Ralf

--
Date: Sat, 14 Mar 2009 09:35:48 +
From: Melanie 
Subject: Re: [Opensim-dev] Round 2: Config changes preview
To: opensim-dev@lists.berlios.de
Message-ID: <49bb7a74.6070...@t-data.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Has anyone notices how impossibly complicated, complex and 
unmaintainable this is going to become?
Instead of demanding the user read a simple set of instructions, 
then do the RightThing, you try to do all their thinking for them, 
resulting in something that will make neither novice nor grid 
operator happy.


You are increasing, not decreasing, complexity and the effort to get 
up and running.
Rename, copy, multiple subdirectories, even I am hard put to see any 
sense in that, and I'm a dev, for crying out loud!


Melanie


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

  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] oddities with asset storage

2009-02-18 Thread Ideia Boa
eturns for copying is very close.

Melanie


John Ward wrote:
  

Justin Clark-Casey wrote:


The problem is that you may have given that item to somebody else.
Giving an item does not make an asset copy, it just makes an
inventory item copy (both inventory items still point towards the
same asset).

So you may delete your item, but we don't know if the asset
referenced by that item lives on in someone else's inventory (or in
an object inventory).  So we can't delete the underlying asset.
  
Why not make an asset copy when one makes an inventory copy?  Then 
delete the asset when deleted from inventory.  Is each user having their 
own copy of many things a bigger problem?  I guess this doesn't address 
one having out of ban knowledge of an assets UUID and expecting it to be 
there.  Also, I accept that I may be missing some fundamental knowledge 
of how things work.  Please be gentle :-)


John.
___
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





___
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

  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] oddities with asset storage

2009-02-18 Thread Ideia Boa



Stefan Andersson wrote:
Um. Having immutable assets do bring a number of optimization 
shortcuts. I'm not saying it's all good - merely that it's not all bad.


The OpenSim solution, as always, is to address each case by itself, 
and to make divergence optional.
 
So, maybe region map textures should be overwriteable. Maybe some 
scripts should be overwriteable as well, maybe only on some type of 
scripts. Maybe we should have a table enumerating what assetIds now 
point to newer assetIds.

Yes, +1
 
Maybe the real problem is that we are talking about 'assets' and 
'textures' instead of 'prim face textures', 'sculptie maps', 'photos', 
'region map images', 'script sources', 'sounds', 'prims in inventory', 
'notecards', 'animations' - my point being that we can probably 
implement various configurable strategies for each of them, linden 
viewer or no linden viewer.



Yes, +1000

Best regards,
Stefan Andersson
Tribal Media AB

> Date: Wed, 18 Feb 2009 16:37:12 +0100
> From: dirk.kra...@pixelpark.com
> To: opensim-dev@lists.berlios.de
> Subject: Re: [Opensim-dev] oddities with asset storage
>
> ...
>
> >> This would mean that any grid runs into a severe problem over time.
>
> >> Yep :). On a standalone one could implement some cleanup scheme
> which checks everything to see
> >> if an asset is still referenced, and deletes that asset if it is not.
> >> In grid mode this is a much more difficult problem since references
> are scattered across many different
> >> regions servers. The situation is even worse if you are running a
> grid where not all of them are
> >> guaranteed to be connected.
>
> But isn't that ... horrible? (in lack of a better/worse word.)
>
> As I said yesterday, IMHO there is no real need to think about
> optimizations when you have
> a serious blocker like this. I would even go so far that this is a major
> roadblock for grid based technologies per se. (grid as in Rosedale's
> 'Happily now, Second Life has been proven to exist. If we disappeared
> tomorrow, the grid would be rebuilt by you.')
>
> I take it the bad news is that any proposed solution to this breaks SL
> compatibility?
>
> Maybe now would be a good time to take a step away from it.
>
> ___
> 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
  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] Let's post-tag 0.6.3 [Was: some instability ahead r8399+]

2009-02-16 Thread Ideia Boa

+1 from me too

Tommi Laukkanen wrote:

+1



___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] Groups in OpenSim

2009-02-16 Thread Ideia Boa
m-dev@lists.berlios.de>>

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

> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
> 
>

>
> ___
> Opensim-dev mailing list
> Opensim-dev@lists.berlios.de <mailto:Opensim-dev@lists.berlios.de> 
<mailto:Opensim-dev@lists.berlios.de 
<mailto:Opensim-dev@lists.berlios.de>>

> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
> 
>

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


--
justincc
Justin Clark-Casey
http://justincc.wordpress.com <http://justincc.wordpress.com/>
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de <mailto: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
  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] Sharing Opensim Archives

2009-02-14 Thread Ideia Boa

http://opensimulator.org/wiki/OpenSim_Archives#OAR_file_from_.22Lusitania_Tester.22_for_all

Kyle wrote:

This is great we will definitely participate

-Original Message-
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Rich White
Sent: Saturday, February 14, 2009 3:08 PM
To: opensim-dev@lists.berlios.de; opensim-us...@lists.berlios.de
Subject: [Opensim-dev] Sharing Opensim Archives

Ill be working this weekend on  http://www.opensimworlds.com - as a
repository for sharing your Opensim archives
(http://opensimulator.org/wiki/OpenSim_Archives) with others running
sims... right now the form
(http://www.opensimworlds.com/index.php?part=upload) will depend on
you sitting the archive out on the web somewhere and linking to it ..
Ill link to several of my own and the few listed at -
http://opensimulator.org/wiki/OpenSim_Archives  ... Once there are
enough to need the search feature Ill plug that in (searching the
title & description fields)

Feel free to submit your opensim archive links as well !

Cheers,
Rich

___
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

  
begin:vcard
fn:Ideia Boa
n:Boa;Ideia
note;quoted-printable:Best regards,=0D=0A=
	Ideia Boa=0D=0A=
	WorldSimTerra=0D=0A=
	=0D=0A=
	Join the new 3D world revolution : http://www.worldsimterra.com/
x-mozilla-html:TRUE
url:http://www.worldsimterra.com
version:2.1
end:vcard

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


Re: [Opensim-dev] Proposal for a cleanup/correction of the region-module system

2009-01-26 Thread Ideia Boa

I think it was a te5t not a te2t
:)


Dr Scofield wrote:

MW wrote:
  

But do we standardize on one variant or standardise on that?

Sorry couldn't stop myself :)



that was a test :-) or was that a tezt? :-D

DrS/dirk


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