<div dir="ltr">There is a OSD library which is part of libopenmetaverse. That implementation is
compatible with the OpenSimulator license and the JSON implementation in it is
fairly robust and used extensively in OpenSimulator. "ll*" functions
are usually documented on <a href="http://wiki.secondlife.com/wiki/LSL_Portal">http://wiki.secondlife.com/wiki/LSL_Portal</a> and
that site is generally regarded as the canonical reference.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 26, 2015 at 6:33 PM, W Smith <span dir="ltr"><<a href="mailto:wanderingcodesmith@yahoo.co.uk" target="_blank">wanderingcodesmith@yahoo.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have no idea how the idea of importing these AA* functions got into this thread my interest is in implementing LSL.<br>
<br>
I was intending implementing some of the 24+ unimplemented LSL ll* functions that OpenSim lacks. I was going to look for "inspiration and assistance" in doing this in the Aurora sim implementations.<br>
<br>
None will probably be a direct fit to OpenSim but there will be some degree of copy/paste<br>
<br>
Talun<br>
<br>
--------------------------------------------<br>
<span class="">On Wed, 27/5/15, Morgaine <<a href="mailto:morgaine.dinova@googlemail.com">morgaine.dinova@googlemail.com</a>> wrote:<br>
<br>
Subject: Re: [Opensim-dev] Harvesting code from forks of Opensim<br>
To: <a href="mailto:opensim-dev@opensimulator.org">opensim-dev@opensimulator.org</a><br>
</span> Cc: "Morgaine Dinova" <<a href="mailto:morgaine.dinova@googlemail.com">morgaine.dinova@googlemail.com</a>><br>
Date: Wednesday, 27 May, 2015, 1:28<br>
<div><div class="h5"><br>
Fly Man writes:<br>
> and my<br>
-1 was meant to say "Please do not put things that no<br>
one knows about in OpenSim"<br>
<br>
+1 for that<br>
-1. :-)<br>
<br>
Your point applies to all FOSS code of<br>
course, not just Opensim. Undocumented or minimally<br>
documented code is a liability, not an asset, even if<br>
it's a million lines of alleged<br>
"awesomeness".<br>
<br>
The D/C ratio is not a perfect metric,<br>
but when it's near zero then you know that there's a<br>
problem.<br>
<br>
<br>
On Wed, May 27, 2015 at<br>
1:18 AM, Fly Man <<a href="mailto:fly.man.opensim@gmail.com">fly.man.opensim@gmail.com</a>><br>
wrote:<br>
Let me answer most<br>
questions that have been shooting up in my personal mailbox<br>
which have to do with Opensim as a project.<br>
<br>
I'll start with<br>
perhaps the most easy part of the discussion: AuroraSim.<br>
<br>
AuroraSim is a derivated<br>
from OpenSim, forked on the 14th of October 2010 after Rev<br>
(RevolutionSmythe) decided that Opensim wasn't going<br>
into the way he personally had seen. He decided to fork the<br>
Opensim tree and renamed it to AuroraSim. In the years<br>
following he upgraded parts of the source-code and added a<br>
set of new functional code parts knows as the<br>
aaFunctions.<br>
<br>
These<br>
functions are based on the code that he wrote at that moment<br>
for the AuroraSim branch. Remember, this is an OLDER copy of<br>
what the current Opensim branch is now. Most of the<br>
functions in there won't ever work in Opensim mainly<br>
because Opensim does not have these older hooks.<br>
<br>
In 2013 Rev was done<br>
with his education and decided to start working which<br>
brought AuroraSim to a slower moving branch and patches<br>
weren't applied instantly anymore. The last patch that<br>
was applied to the sourcecode was Jan 2014 and the project<br>
slowly died.<br>
<br>
So,<br>
currently there's no maintainer of any of the code that<br>
was/is in AuroraSim other then what is currently in that<br>
GitHub repository.<br>
<br>
Now here comes the part which Kevin<br>
already mentioned: "The fork is called<br>
WhiteCore"<br>
<br>
Indeed, WhiteCore is a fork of<br>
AuroraSim after I personally saw what was happening to<br>
AuroraSim. I had been watching the slow pace for a longer<br>
period of time and already had found 2 other people that had<br>
the same "issue". So in December 2013 AuroraSim<br>
was forked and re-based as WhiteCoreSim.<br>
<br>
Currently in development with 2<br>
other developers, I am 1 of the 3 lead developers that<br>
actively maintain that "fork" although it's<br>
not even close to what the endgoal for it will be.<br>
<br>
1 thing that we<br>
broke "on purpose" when we changed the name is the<br>
aaFunctions because only Rev knows exactly how they are<br>
meant to work. At the moment there's no other person who<br>
knows what exactly the functions are meant to do other then<br>
a better way to have NPC's spawn and some basic<br>
functions that mimic the osFunctions.<br>
<br>
Conclusion: There's no developer<br>
at the moment that can look into Rev's head from a<br>
distance and ask him how the functions are meant to work (if<br>
they still work at all) and my -1 was meant to say<br>
"Please do not put things that no one knows about in<br>
OpenSim"<br>
<br>
<br>
<br>
2015-05-27 1:58 GMT+02:00<br>
Dahlia Trimble <<a href="mailto:dahliatrimble@gmail.com">dahliatrimble@gmail.com</a>>:<br>
Just to clarify on<br>
the slight chance it was missed, I wasn't suggesting<br>
anyone "fork off" in any sense of the term. Many<br>
forks, both public and private, already exist and I suspect<br>
more will come about. My hope is that the community will<br>
survuve and even thrive beyond any code fork.<br>
<br>
On Tue,<br>
May 26, 2015 at 4:22 PM, Morgaine <<a href="mailto:morgaine.dinova@googlemail.com">morgaine.dinova@googlemail.com</a>><br>
wrote:<br>
Dahlia writes:<br>
><br>
I'd like to see disagreement and forks as a means to<br>
drive innovation rather than conflict.<br>
<br>
More often than not,<br>
real project forking into separate projects (not just<br>
forking in the github sense) implies an inability or lack of<br>
desire to find a meeting of minds with technical peers.<br>
<br>
If requirements are<br>
dramatically different then project forking can be a very<br>
reasonable way forward, and to the benefit of everybody. <br>
But if the requirements are really quite similar then<br>
forking is more likely an indication of inflexibility and<br>
intransigence by one or both parties. The communal<br>
engineering process has probably failed.<br>
<br>
This is a<br>
technical project, so it's inherently different to<br>
discussing the merits of cat pictures -- discussions can be<br>
objective. A rationally presented suggestion or even a<br>
strong criticism presented in good faith is not a reason for<br>
telling people to fork off. If that is the response then<br>
it's a sign of extreme project ill health.<br>
<br>
Negative feedback<br>
is intrinsic to good engineering, and all good engineers<br>
embrace it. That's not theoretical. Without it a<br>
project's direction would never change to take into<br>
consideration the bitter lessons of experience.<br>
<br>
Morgaine.<br>
<br>
<br>
On Tue, May 26, 2015 at<br>
11:35 PM, Dahlia Trimble <<a href="mailto:dahliatrimble@gmail.com">dahliatrimble@gmail.com</a>><br>
wrote:<br>
Apparently there is still a fair bit of passion<br>
about this platform and I prefer to see this in a manner<br>
where people can use the code in a way they see fit and to<br>
(hopefully) contribute back something or pay it forward in<br>
other ways as appropriate. I'm not opposed to forks but<br>
I'd hope civil discourse can be maintained even through<br>
the times when much disagreement looms. I would hope that<br>
various forks and branches could benefit from each other and<br>
the community as a whole can thereby benefit. I'd like<br>
to see disagreement and forks as a means to drive innovation<br>
rather than conflict.<br>
<br>
On Tue, May 26, 2015 at<br>
2:14 PM, Morgaine <<a href="mailto:morgaine.dinova@googlemail.com">morgaine.dinova@googlemail.com</a>><br>
wrote:<br>
Good data, thanks Cinder. It doesn't<br>
look like death to me.<br>
<br>
You clearly have some elite query-foo<br>
skills, can you generate a historical list of commits per<br>
month and per year? This is a very strong way of debunking<br>
allegations of death! :P<br>
<br>
<br>
On Tue, May 26,<br>
2015 at 10:05 PM, Cinder Roxley <<a href="mailto:cinder@alchemyviewer.org">cinder@alchemyviewer.org</a>><br>
wrote:<br>
On May 26, 2015 at 2:59:54<br>
PM, Morgaine (<a href="mailto:morgaine.dinova@googlemail.com">morgaine.dinova@googlemail.com</a>)<br>
wrote: I'm just an observer<br>
on this project, albeit a very long term one, dating back to<br>
near the beginning. One thing that long-term observers are<br>
well qualified to do is to confirm or to deny the veracity<br>
of allegations of long-term trends.<br>
<br>
Mike Chase's allegation that<br>
<br>
"OpenSim is slowly dieing<br>
(IMO) from neglect"<br>
<br>
is clearly unfounded since commits show<br>
no sign of stopping. I haven't checked the rate of<br>
commits so perhaps Mike has more information in this<br>
regard. I welcome better<br>
information.<a href="https://www.openhub.net/p/opensimulator/commits/summary--" target="_blank">https://www.openhub.net/p/opensimulator/commits/summary--</a> <br>
Cinder<br>
Roxley<br>
Sent<br>
with Airmail<br>
_______________________________________________<br>
<br>
Opensim-dev mailing list<br>
<br>
<a href="mailto:Opensim-dev@opensimulator.org">Opensim-dev@opensimulator.org</a><br>
<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>
<br>
<br>
_______________________________________________<br>
<br>
Opensim-dev mailing list<br>
<br>
<a href="mailto:Opensim-dev@opensimulator.org">Opensim-dev@opensimulator.org</a><br>
<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>
<br>
<br>
_______________________________________________<br>
<br>
Opensim-dev mailing list<br>
<br>
<a href="mailto:Opensim-dev@opensimulator.org">Opensim-dev@opensimulator.org</a><br>
<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>
<br>
<br>
_______________________________________________<br>
<br>
Opensim-dev mailing list<br>
<br>
<a href="mailto:Opensim-dev@opensimulator.org">Opensim-dev@opensimulator.org</a><br>
<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>
<br>
<br>
_______________________________________________<br>
<br>
Opensim-dev mailing list<br>
<br>
<a href="mailto:Opensim-dev@opensimulator.org">Opensim-dev@opensimulator.org</a><br>
<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>
<br>
<br>
_______________________________________________<br>
<br>
Opensim-dev mailing list<br>
<br>
<a href="mailto:Opensim-dev@opensimulator.org">Opensim-dev@opensimulator.org</a><br>
<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>
<br>
</div></div> -----Inline Attachment Follows-----<br>
<div class="HOEnZb"><div class="h5"><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>
_______________________________________________<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>
</div></div></blockquote></div><br></div>