<div dir="ltr">Hey, <div><br></div><div> Our grid has another script engine enabled by default, and we promote that we have OS functions enabled. I found scripters who move to os grids expect to have some of the OS functions enabled.   And having them enabled or not enabled will not affect a imported script from SL to work. Just use of OS functions can enhance a script if they decide to alter it. </div><div><br></div><div>Well we OS Dev seams to expect people to read the ini the first time to configure the more advance features.  Personally I always turned on the OS function and set the threat level to allow all functions on my sandbox. </div><div><br></div><div> We did modify the NPC code some so you could tell it was NPC and not another avatar.  and block the ability to copy another avatar appearance.  The build is security for things like osteleportagent  work for us. </div><div><br></div><div>  There are other little things that may cause issues, but it seams to change from day to day what are the issues. I think we have more issues with rouge SL scripts then miss use of OS functions. </div><div><br></div><div>But still, every grid will have there requirements to block or not to block certain functions. The way they been doing it works for me. I will delve into the code to find the default and lot of time I will find why they feel it should be listed at that level.   Then I would discuss with others if we want to use it or not.   I would love to see a page or more explanation in the os function description to explain why it was rated at the level they put it at :)  </div><div><br></div><div>I do know alot of functions are move to higher threat because they may cause undo load of the simulator.  Which is good to know too.  </div><div><br></div><div>My rule of thumb on extra functions is "Don't give more power then they already have". Meaning most functions that simulate estate/region setting or parcel setting only the parcel/region/estate owners can change (would love to be able to let manages also) </div><div>Another thing we have throttled some  os functions down is the same way SL puts pauses and limitations on there functions. </div><div><br></div><div>Also, I am always looking at if we should allow and not allow functions And I have scripters ask my why we don't have this or that, and allot of time I turn it on for them. It as quick as changing a line and restart a sim to have it working for them and evenly the whole grid as it restarts over time.  </div><div><br></div><div>That how I let it flow, our small grid hitting 1000 mark in members and that how we run it relaxing and laid back.  We constantly trying to improve the environment and add more bells and whistles. They are happy and content with how things are running.  We biggest problems we have is physics is not up to the level as SL yet.   Not in how the scripts run</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 13, 2015 at 2:34 AM, Zadark Portal <span dir="ltr"><<a href="mailto:zadarkportal@gmail.com" target="_blank">zadarkportal@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I support OSSL enable functions by default.</div><div><br></div>I also see a need to promote simulator operators awareness that OSSL status has changed. To address this issue I suggest extending console message 'INITIALIZATION COMPLETE FOR [name]  .. to include SCRIPT EXTENSIONS (OSSL) ENABLED. or some such...<div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 12 April 2015 at 16:11, Melanie <span dir="ltr"><<a href="mailto:melanie@t-data.com" target="_blank">melanie@t-data.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think that is a good idea, both moving the file and adding the<br>
include line already. It serves consistency ad ease of use.<br>
<span><font color="#888888"><br>
- Melanie<br>
</font></span><div><div><br>
On 12/04/2015 16:56, Ai Austin wrote:<br>
> At 13:00 12/04/2015, <a href="mailto:opensim-dev-request@opensimulator.org" target="_blank">opensim-dev-request@opensimulator.org</a> wrote:<br>
>>To move the discussion along, I've checked into opensim/master, the<br>
>>file bin/osslEnable.ini<br>
><br>
><br>
> Mister Blue... fro consistency, I think that ought to be placed in<br>
> bin/config-include not bin top level.<br>
><br>
> We are still at alpha stage (as JustinCC keeps reminding us :-) ) and<br>
> this is the time to look at what makes most sense.  I agree with you<br>
> that the functions ought to be enabled by default... and the<br>
> discussion should shift to WHICH functions and levels are on by default.<br>
><br>
> While discussions continue, would it be worth adding in the include<br>
> line now commented out?  Then we all have it in the same place and<br>
> some of us can enable it for testing against our various differently<br>
> manually set up OSSL environments and see what breaks to give<br>
> feedback on the specific default set of permissions?<br>
><br>
><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> <a href="mailto:Opensim-dev@opensimulator.org" target="_blank">Opensim-dev@opensimulator.org</a><br>
> <a href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev" target="_blank">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev</a><br>
><br>
><br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@opensimulator.org" target="_blank">Opensim-dev@opensimulator.org</a><br>
<a href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev" target="_blank">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@opensimulator.org">Opensim-dev@opensimulator.org</a><br>
<a href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev" target="_blank">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev</a><br>
<br></blockquote></div><br></div>