Melanie wrote:
> However, if the user chooses to disable osFunctions, then that
> should be honored and all osFunctions, including discovery ones,
> disabled.
>
Personally I agree with the statement "if it's disabled, the framework
should not allow OSSL functions to execute" -- I do however d
This is not about what is enabled by default. osFunctions at a
reasonable threat level (Low, maybe) can and shouldbe enabled by
default.
However, if the user chooses to disable osFunctions, then that
should be honored and all osFunctions, including discovery ones,
disabled.
Melanie
Charles Kr
Here's a constructive idea
Why not implement them as additional script permission properties?
you know.. that trigger the permissions event.
-Teravus
On 3/27/09, Teravus Ovares wrote:
> Heh, if this gets enabled by default, I'll probably be the first one
> to set it to false in my OpenSim.ini
Heh, if this gets enabled by default, I'll probably be the first one
to set it to false in my OpenSim.ini.Think osConsole
On 3/27/09, Charles Krinke wrote:
>
>
> Well, it seems to me that we are "OpenSim" and not "SecondLife" and that it
> is entirely appropriate for our osFunctions() to be e
Well, it seems to me that we are "OpenSim" and not "SecondLife" and that it is
entirely appropriate for our osFunctions() to be enabled by default in our
OpenSim.ini file. So, I am "pro" this idea.
Charles
From: Melanie
To: opensim-dev@lists.berlios.de
Sen
I'm very strongly -1 on watering down AllowOSFunctions. If that is
false, it should do what it says on the can, namely make _all_
osFunctions fail.
I outlined a possible solution on Mantis.
Melanie
Frisby, Adam wrote:
> A simple bool probably isn't enough.
>
> Let's enable an ENUM with the cur
Why not, indeed :)
Regards
Teravus
On 3/27/09, Frisby, Adam wrote:
> Why not convert to a dictionary?
>
> Dictionary CourseLocations
>
> Adam
>
> > -Original Message-
> > From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
> > boun...@lists.berlios.de] On Behalf Of Teravus O
Why not convert to a dictionary?
Dictionary CourseLocations
Adam
> -Original Message-
> From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
> boun...@lists.berlios.de] On Behalf Of Teravus Ovares
> Sent: Friday, 27 March 2009 6:56 PM
> To: opensim-dev
> Subject: [Opensim-dev]
Hey everyone
Just giving everyone fair warning that as r8912, IClientAPI has
changed slightly. This will require client stacks that implement
IClientAPI to be modified.
The change is very small, but since it's public API, I thought notice
was prudent.
void SendCoarseLocationUpdate(List CoarseLo
A simple bool probably isn't enough.
Let's enable an ENUM with the current ThreatLevel, plus maybe a second function
which returns a bool , "bool isFunctionAvailible("osWhatever");", the latter
ties in with extensible OSSL via Commanders (not enabled now, but in the future
it could be).
Adam
> I have a mantis ticket currently open that has a possible
> implementation that utilizes C# attributes,
Forgot to include the mantis ticket:
http://opensimulator.org/mantis/view.php?id=3346
Cheers,
--
Michael Cortez
___
Opensim-dev mailing list
Open
Currently SL is rife with scripts that use ugly expensive workarounds
to accomplish many tasks. This is the norm, not the exception due to
LSL being rather restrictive in some regards with what appears in some
cases to be arbitrary decisions of its designers.
We see this in scenarios ranging from
Chris, the problem is that this seems to go back to inserting entries in q
database table (so that you can link a
certain UUID with a given URI).
I suspect that it's much nicer to be able to pull all the information directly
without needing to do that.
Chris Hart wrote:
> That's what I was thi
That's what I was thinking might be best approach for user uris too -
rather than changing the data schema for user uuids, augment user
identification with the uri to their home grid.
-Original Message-
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de
An asset URI might just be http://asset_server/assets/asset_uuid
So, local lookups can be UUID in the DB table. It's remote
references that need to be augmented, since a UUID doesn't contain
the information on where to fetch it from.
Melanie
Chris Hart wrote:
> Maybe I'm being dumb, but why wo
Maybe I'm being dumb, but why would you need anything more unique than a
unique identifier for a user? I understand if you are talking about
having urls to profiles, but you can associate a url with a uuid easily
enough, and for local user accounts a url would be easily generated.
That would mean a
Oh, now that is a most excellent idea, Stefan - one that I think is much better
than copying and inserting profiles.
And I even think it could be made to work with the current architecture.
I think that it will need user ID fields in the database to be made much larger
than the current char(36)
I don't know about *never* wanting foreign user info in a DB..., but the
URL idea is super!
A UUID is a very weak form of identification. We really need to start
thinking globally for 'names', and users is a good starting point.
So 100+ on URLs as IDs.
Melanie wrote:
I am absolutely sure that
On Thu, 26 Mar 2009 17:10:27 +
Justin Clark-Casey wrote:
> To be honest, I think this is going to be the best way. Or possibly the
> version number could be inserted into 'about
> land' once OAR files support parcel information (which they don't yet). If
> you do want to automatically ins
The problem with OpenID is not OpenID, it's people who don't
understand what OpenID really does.
OpenID is a protocol for federated (distributed) identity. Nothing
more, nothing less. It makes no claims about security -- it *cannot*.
If you are expecting OpenID to be a magic box for that answers a
If you got it from that path, it should be correct. It's important to
understand that the revision numbers are shared among branches, so 8891 and
8892 could well be from differing branches, and thus reflect wildly differing
functionalitites.
Best regards,
Stefan Andersson
Tribal Media AB
Hi,
you're mixing things up here. Either you want a script action, in
that case, use a script. Or you want a module to take some action,
in that case, a module needs to be written.
Of course, you could write a module that injects a script into every
rezzed prim. However, you would very quickly
I am absolutely sure that I would not went HG to ever, EVER, insert
user records or profile records into my database. I strongly favor
the "URL" approach, which is neutral as far as my database goes.
Melanie
Sean Dague wrote:
> Justin Clark-Casey wrote:
> > (3) Separate the current 'users' ta
Hi,
What I want to do is to write a module which creates a prim in my scene with
an action performed when the prim is touched by the avatar. Until now, I
used to log in into OpenSim and add a script to my prim with a
"touch_start()" event.
Is it possible to do that from the source code (may
Justin Clark-Casey wrote:
> (3) Separate the current 'users' table into 'userprofiles' and
'users' tables.
>=20
> 'userprofiles' will largely contain all the metadata about a user that =
you can see in the profile on the Linden Labs=20
> Second Life client today (name, about, interests, 1st life,
Stefan,
have done that and got the sources from
http://opensimulator.org/svn/opensim/branches/0.6.4-rc1/.
It identifies themselves as 8891, is that correct ?
Cheers,
Ralf
Date: Thu, 26 Mar 2009 19:12:46 +0100
From: Stefan Andersson
Subject: Re: [Opensim-dev] Report on 0.6.4-rc1? (Stefan Ande
Justin,
whilst you're at it, could you have a look at the feasabilty of just adding the
url to the user profile on the user service on the originating grid?
We should try to move from guid/local to url/global in everything we do, even
if in babysteps.
If we could let the user server
27 matches
Mail list logo