[Opensim-users] [PROPOSAL]: Sim version filtering (was Re: Sim Version Filtering (re: Mantis #0002361...)

Wed Nov 5 19:40:05 UTC 2008

James Stallings II wrote:
> This approach works for me - I am not commited to any particular system, 
> and the more compatibility can be preserved, the better. It also 
> addresses my other principal concern, that of granularity. That being 
> said, we still have not addressed the issue of the region that is 
> already registered with the grid - where does this case fit into the 
> picture?

This is a somewhat different issue that can be addressed separately.  Once on has an interface version number 
transmitted then there are a number of possible solutions (run through connected regions on startup and disconnect those 
with obsolete version numbers, require regions to renew leases periodically, etc.)

> 
> As for a sunday release, unless miracles happen in the stability 
> department in the interim, I think that sunday may be a bit aggressive. 
> Perhaps the following sunday might be more realistic. Again, it all 
> comes down to stability. If we are reasonably stable by this sunday, 
> that would be great, and I'd be willing to endorse a release. If a week 
> past sunday we are still similarly unstable, I think a release would be 
> a mistake then as well.

I suspect so too.  But if we are going to hold for another week, then unless there any objections it may be possible to 
get this in fairly shortly and give it a small shakedown to wrinkle out unexpected issues.

> 
> I think we need to remember that as developers, we drive the releases, 
> the releases dont drive us.
> 
> Cheers!
> James
> 
> 
> On Wed, Nov 5, 2008 at 10:20 AM, Charles Krinke <cfk at pacbell.net 
> <mailto:cfk at pacbell.net>> wrote:
> 
>     This seems eminently reasonable to me also.
> 
>     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.
> 
>     We had a few problems last week with freezes of regions and this
>     appears to be getting better.
> 
>     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.
> 
>     Charles
> 
>     ----- Original Message ----
>     From: Sean Dague <sdague at gmail.com <mailto:sdague at gmail.com>>
>     To: opensim-users at lists.berlios.de
>     <mailto:opensim-users at lists.berlios.de>
>     Sent: Wednesday, November 5, 2008 7:28:42 AM
>     Subject: Re: [Opensim-users] [PROPOSAL]: Sim version filtering (was
>     Re: Sim Version Filtering (re: Mantis #0002361...)
> 
>     Justin Clark-Casey wrote:
>      > PROPOSAL FOR SIM VERSION FILTERING
>      >
>      > Not being able to stop sim versions that implement obsolete comms
>     interfaces from connecting to a grid is becoming an
>      > increasingly awkward problem.  As you can imagine, it leads to a
>     high volume of support requests, particular if the grid
>      > is upgrading quite often (which is the case in large development
>     test grids).
>      >
>      > There has been a proposal (in
>     http://opensimulator.org/mantis/view.php?id=2361) to have the region
>     server send its SVN
>      > revision number to enable filtering by the grid server.  However,
>     I'm not a fan of this idea for the reasons outlined in
>      > the e-mails further below (ties us into a source control system,
>     not necessarily present in binaries/source, not
>      > friendly to non OpenSim implementations).
>      >
>      > Therefore, I am going to propose that there is an interface
>     version number in OpenSim.Framework.Servers.VersionInfo.cs
>     <http://OpenSim.Framework.Servers.VersionInfo.cs>.
>      >  This is separate from the OpenSim version, and would increase by
>     1 every time a change was made to OGS1 or interregion
>      > interfaces that was incompatible with older versions.
>      >
>      > So the sequence would be 1, 2, 3, 4, ...
>      >
>      > On region connection, the version number would be sent.  If it
>     differs from that of the grid, the grid would refuse
>      > connection with a message advising version upgrade (or possibly
>     downgrade)
>      >
>      > The advantages of this approach are that
>      >
>      > a)  We don't use the SVN revision number
>      > b)  Grid operators don't have to manually determine which regions
>     are compatible
>      >
>      > The disadvantages are
>      >
>      > a)  Developers have to upgrade the number themselves.  I don't
>     believe this is a huge burden.  It's also not a disaster
>      > if this is forgotton - one just upgrades it on the next commit.
>      >
>      > This may be the simplest thing that could possibly work whilst
>     avoiding the disadvantages of using the SVN number.  One
>      > can get more elaborate (e.g. minor verion numbers for compatible
>     changes) but I don't think the complication is
>      > worthwhile or known to be workable at this point.
>      >
>      > Comments?
> 
>     +1 on this approach.  I like not using svn version, as that restricts
>     compatibility too much.  I also think we'll have a good success rate at
>     figuring out that something is destabalizing change.
> 
>     I'd *highly* suggest this goes in before 0.6, so that 0.6 regions
>     participate in this system.  This will be important as a lot of people
>     will probably go to 0.6 when it comes out and get off the svn tracking
>     at that point.
> 
>         -Sean
> 
>     -- 
>     Sean Dague / Neas Bade
>     sdague at gmail.com <mailto:sdague at gmail.com>
>     http://dague.net
> 
> 
> 
>     _______________________________________________
>     Opensim-users mailing list
>     Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.berlios.de>
>     https://lists.berlios.de/mailman/listinfo/opensim-users
> 
> 
> 
> 
> -- 
> ===================================
> The wind
> scours the earth for prayers
> The night obscures them
> 
> http://osgrid.org
> http://del.icio.us/SPQR
> http://twitter.com/jstallings2
> http://www.linkedin.com/pub/5/770/a49
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users

-- 
justincc
Justin Clark-Casey
http://justincc.wordpress.com