<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial,helvetica,sans-serif;font-size:12pt"><div>This seems eminently reasonable to me also.<br><br>On the 0.6 front, I would like to aim for this coming Sunday to tag svn for a 0.6 release and start the cycle of zip/tarball and binaries for download. As a consequence, this week needs to be one of reliability and stability testing. <br><br>We had a few problems last week with freezes of regions and this appears to be getting better. <br><br>This is the time to push for stability as we head towards Sunday with a few to how to minimize support issues on both this channel and our IRC.<br><br>Charles<br></div><div style="font-family: arial,helvetica,sans-serif; font-size: 12pt;"><br><div style="font-family: arial,helvetica,sans-serif; font-size: 13px;">----- Original Message ----<br>From: Sean Dague <sdague@gmail.com><br>To:
 opensim-users@lists.berlios.de<br>Sent: Wednesday, November 5, 2008 7:28:42 AM<br>Subject: Re: [Opensim-users] [PROPOSAL]: Sim version filtering (was Re: Sim Version Filtering (re: Mantis #0002361...)<br><br>
Justin Clark-Casey wrote:<br>> PROPOSAL FOR SIM VERSION FILTERING<br>> <br>> Not being able to stop sim versions that implement obsolete comms interfaces from connecting to a grid is becoming an <br>> increasingly awkward problem.  As you can imagine, it leads to a high volume of support requests, particular if the grid <br>> is upgrading quite often (which is the case in large development test grids).<br>> <br>> There has been a proposal (in <a href="http://opensimulator.org/mantis/view.php?id=2361" target="_blank">http://opensimulator.org/mantis/view.php?id=2361</a>) to have the region server send its SVN <br>> revision number to enable filtering by the grid server.  However, I'm not a fan of this idea for the reasons outlined in <br>> the e-mails further below (ties us into a source control system, not necessarily present in binaries/source, not <br>> friendly to non OpenSim implementations).<br>> <br>>
 Therefore, I am going to propose that there is an interface version number in <a target="_blank" href="http://OpenSim.Framework.Servers.VersionInfo.cs">OpenSim.Framework.Servers.VersionInfo.cs</a>. <br>>   This is separate from the OpenSim version, and would increase by 1 every time a change was made to OGS1 or interregion <br>> interfaces that was incompatible with older versions.<br>> <br>> So the sequence would be 1, 2, 3, 4, ...<br>> <br>> On region connection, the version number would be sent.  If it differs from that of the grid, the grid would refuse <br>> connection with a message advising version upgrade (or possibly downgrade)<br>> <br>> The advantages of this approach are that<br>> <br>> a)  We don't use the SVN revision number<br>> b)  Grid operators don't have to manually determine which regions are compatible<br>> <br>> The disadvantages are<br>> <br>> a)  Developers
 have to upgrade the number themselves.  I don't believe this is a huge burden.  It's also not a disaster <br>> if this is forgotton - one just upgrades it on the next commit.<br>> <br>> This may be the simplest thing that could possibly work whilst avoiding the disadvantages of using the SVN number.  One <br>> can get more elaborate (e.g. minor verion numbers for compatible changes) but I don't think the complication is <br>> worthwhile or known to be workable at this point.<br>> <br>> Comments?<br><br>+1 on this approach.  I like not using svn version, as that restricts<br>compatibility too much.  I also think we'll have a good success rate at<br>figuring out that something is destabalizing change.<br><br>I'd *highly* suggest this goes in before 0.6, so that 0.6 regions<br>participate in this system.  This will be important as a lot of people<br>will probably go to 0.6 when it comes out and get off the
 svn tracking<br>at that point.<br><br>    -Sean<br><br>-- <br>Sean Dague / Neas Bade<br><a ymailto="mailto:sdague@gmail.com" href="mailto:sdague@gmail.com">sdague@gmail.com</a><br><a href="http://dague.net" target="_blank">http://dague.net</a><br><br><br></div></div></div></body></html>