<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page Section1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.Section1
        {page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=EN-AU link=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>I think setting up a CPAN is the way to go then.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>It would be nice if we could distribute applications as well as
modules via this if possible (ie the Rex server, Tribal server, etc), or have
it setup  so those applications could utilise it.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Maybe a package manager ala apt may be the way to go –
that gives us flexibility to have multiple repositories (ie subscribe to the
Rex repo, DeepThink repo, etc)<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Hrrrrrrm.<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Adam<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>

<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'>

<p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:
"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;
font-family:"Tahoma","sans-serif"'> opensim-dev-bounces@lists.berlios.de
[mailto:opensim-dev-bounces@lists.berlios.de] <b>On Behalf Of </b>Michael
Wright<br>
<b>Sent:</b> Tuesday, 3 June 2008 5:31 AM<br>
<b>To:</b> opensim-dev@lists.berlios.de<br>
<b>Subject:</b> Re: [Opensim-dev] Should the core OpenSim distribution
carrymanyscripting languages?<o:p></o:p></span></p>

</div>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal>+1 too, I think we need to expand this to a more general
"rule". And when new modules etc are added, ask ourselves do they
really belong in the core. Or would they be better placed in a CPAN type
repository. <br>
<br>
After our experience of trying adding custom features to the backend
commuincations/servers. I'm actually leaning towards questioning if the backend
servers should really even be part of the core. Or if we really should just
have a "framework" for creating backend systems in core. I know this
is most likely more extreme than most people's thoughts. But I do believe its
going to come up more and more in the future, unless we only are ever going to
support SL clone type applications. <br>
<br>
<br>
<b><i>Dr Scofield <DrScofield@xyzzyxyzzy.net></i></b> wrote:<o:p></o:p></p>

<p class=MsoNormal>Chris Down wrote:<br>
> +1 here.<br>
><br>
> I agree with everything Justin has said.<br>
> <br>
+1 here. particularly the python bit :-D<br>
<br>
cheers,<br>
dr scofield<br>
> Regards<br>
><br>
> Chris Down<br>
> <br>
> <br>
>> -----Original Message-----<br>
>> From: opensim-dev-bounces@lists.berlios.de [mailto:opensim-dev-<br>
>> bounces@lists.berlios.de] On Behalf Of Justin Clark-Casey<br>
>> Sent: 02 June 2008 01:44<br>
>> To: opensim-dev@lists.berlios.de<br>
>> Subject: [Opensim-dev] Should the core OpenSim distribution carry<br>
>> manyscripting languages?<br>
>><br>
>> Hi there,<br>
>><br>
>> Last week, Kinoc was kind enough to write an implementation of Yield<br>
>> Prolog where YP is translated into underlying C# for compilation (in
the<br>
>> same manner as our current LSL support). This patch was included in<br>
>> OpenSim in r4927.<br>
>><br>
>> I have nothing against Prolog (admittedly I have never had the chance
to<br>
>> pick up) and certainly nothing against Kinoc. However, I am concerned<br>
>> that by including many scripting languages in the OpenSim core<br>
>> distribution (if Prolog, why not Javascript, Ruby, Python, etc, etc.)
we<br>
>> incur more negatives than positives. Firstly, I'm concerned that a<br>
>> proportion of this code (particularly that which no core committer has<br>
>> an interest in) will at some point slip into decay, particularly if
the<br>
>> original contributor has moved on to other things. We've already seen<br>
>> this happen with other areas of the code, such as the MSSQL database<br>
>> support.<br>
>><br>
>> Secondly, if individual language modules do need to change in response<br>
>> to other OpenSim changes without a decay option (for example, in order<br>
>> that they can still compile), this places a higher burden on the core<br>
>> committers and makes it more costly to enhance the codebase in
general.<br>
>><br>
>> Thirdly, I'm concerned that the more code we have of this nature<br>
>> (particular code which compiles script into c#), the more potential<br>
>> security holes we have. This isn't too much of a concern right now but<br>
>> will be come more of an issue in the future.<br>
>><br>
>> Therefore, I would argue that OpenSimulator should only include in its<br>
>> core distribution support for a few scripting languages. In my opinion<br>
>> these would be LSL, maybe C# and possibly one other (maybe Python).<br>
>> Support for other languages would come as optional plugins, available<br>
>> either directly from the author or from some satellite repository<br>
>> (perhaps similar to Perl's CPAN or PHP's PEAR). I would personally<br>
>> prefer to see the core OpenSim distribution kept relatively lean and mean.<br>
>><br>
>> If necessary, I am happy to make any necessary infrastructure changes
to<br>
>> make language plugins possible/easier (which probably also means
making<br>
>> much needed enhancements to the plugin system).<br>
>><br>
>> What do other people think?<br>
>><br>
>> Regards,<br>
>><br>
>> --<br>
>> justincc<br>
>> Justin Clark-Casey<br>
>> http://justincc.wordpress.com<br>
>> _______________________________________________<br>
>> Opensim-dev mailing list<br>
>> Opensim-dev@lists.berlios.de<br>
>> https://lists.berlios.de/mailman/listinfo/opensim-dev<br>
>> <br>
><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> Opensim-dev@lists.berlios.de<br>
> https://lists.berlios.de/mailman/listinfo/opensim-dev<br>
><br>
> <br>
<br>
<br>
-- <br>
dr dirk husemann ---- virtual worlds research ---- ibm zurich research lab<br>
SL: dr scofield ---- drscofield@xyzzyxyzzy.net ---- http://xyzzyxyzzy.net/<br>
RL: hud@zurich.ibm.com - +41 44 724 8573 - http://www.zurich.ibm.com/~hud/<br>
<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
Opensim-dev@lists.berlios.de<br>
https://lists.berlios.de/mailman/listinfo/opensim-dev<o:p></o:p></p>

<p class=MsoNormal><o:p> </o:p></p>

<p>  <o:p></o:p></p>

<div class=MsoNormal align=center style='text-align:center'>

<hr size=1 width="100%" align=center>

</div>

<p class=MsoNormal>Sent from <a
href="http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http:/us.rd.yahoo.com/evt=52418/*http:/uk.docs.yahoo.com/nowyoucan.html"
target="_blank">Yahoo! Mail</a>. <br>
A Smarter Email.<o:p></o:p></p>

</div>

</body>

</html>