Yup, I'm all for alternative UGAI's, although I certainly don't want to see a perl version becoming the standard one. But at this time we really only want one version in svn, otherwise no one will work on grid protocols due to breaking things.<br><br> Most of us aren't really perl programmers and as has been said before by one of the developers "I signed up for c#". We need svn to be what most of the developers feel happy working on. I'm also very likely to break Grid protocols/servers over the next few weeks compared to how they are now, and have no plans on changing the perl version. So while I support it and think its a good thing that there is such a version, it really should be in a separate svn. <br><br><b><i>Sean Dague <sean@dague.net></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> On Thu, Apr 03, 2008 at 01:28:19PM +0100, Melanie wrote:<br>> Hi,<br>> <br>> to me, the
 apache-based UGAI seems like a light at the end of the <br>> tunnel, finally there is a way to create a UGAI that is not all <br>> custom stuff, where one bad request can't kill the grid dead, where <br>> restarting is easy, and load balancing is, as well.<br>> <br>> Taking it out of SVN means relegating it to a backseat, where <br>> changes in it can be made by only it's creator. Developer feedback <br>> would be low to nonexistent. It would totally preclude it becoming <br>> the "standard" UGAI, replacing the C# ones.<br>> <br>> I say, leave it in there and let people vote with their feet! I <br>> never felt comfortable with the C# UGAI, and I'm happy this has <br>> finally appeared.<br>> <br>> Some here have written alternative UGAI, but never much publicized <br>> that. Now someone does, and it sparks up a whole big controversy.<br>> Some people don't trust the C# UGAI, so why is there a desire to <br>> make it appear
 that those are the only option?<br><br>I like the idea of alternative UGAI, but given that Grid Comms are far<br>from stabalized, we'll probably have much more responsive<br>implementations if they aren't in tree.  Honestly, I suspect I'll break<br>Grid Comms a couple of times this month (I know at least one place that<br>I've got to break it in the next couple of days), and that's just me.<br><br>I think having UGAI services elsewhere actually will let people be more<br>responsive to those changes.<br><br>     -Sean<br><br>-- <br>__________________________________________________________________<br><br>Sean Dague                                       Mid-Hudson Valley<br>sean at dague dot net                            Linux Users Group<br>http://dague.net                                 http://mhvlug.org<br><br>There is no silver bullet.  Plus, werewolves make better neighbors<br>than zombies, and they tend to keep the vampire population
 down.<br>__________________________________________________________________<br>_______________________________________________<br>Opensim-dev mailing list<br>Opensim-dev@lists.berlios.de<br>https://lists.berlios.de/mailman/listinfo/opensim-dev<br></blockquote><br><p>



      <hr size=1> 
Yahoo! for Good helps you <a href="http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=51947/*http://uk.promotions.yahoo.com/forgood/">make a difference</a>