Here's a draft for a public policy statement. I invite feedback and wordsmithing.
""" The Plone project offers differing levels of support for non-current versions of Plone. Active maintenance of Plone happens for one major version of Plone at a time. Once a new major version is released, the old major version is maintained until the first minor version of the new major version is released. Active maintenance includes development, bug fixes, and refinement. Active security support happens for the latest two major Plone versions at all times. However, there may be security-related fixes that are practical for the current version of Plone, but are not practical for earlier versions. This may be the case if the fix to an earlier version would require widespread or structural changes. Plone 2.5, 3.x and 4.x are considered major versions of Plone. Plone 3.1, 3.2, 3.3, 4.1, 4.2 are considered minor versions of Plone. Please note that this is not a guarantee that any particular bug will be fixed or development undertaken. Plone is an open-source software project developed collaboratively by hundreds of persons from around the world, and progress depends on the interest and skill of those developers. As with any project, your best guide is probably the work done in the past. We believe the record of the Plone project on this score is excellent and invite your scrutiny and suggestions. """ On Tue, Apr 21, 2009 at 11:36 AM, Wichert Akkerman <wich...@wiggy.net> wrote: > Previously Steve McMahon wrote: >> Unless anyone can make a case for re-evaluation, I hope we can take a >> common line on this in discussions in the other lists. In particular, >> we should be careful in any statement that Plone 2.5.x is unsupported >> to make sure that this only refers to active maintenance and not to >> security support. > > Just as important: we should communicate this policy clearly. I suggest > a post to plone-announce describing this policy and an easily findable > document on plone.org (preferably reachable in 2 or 3 clicks from the > frontpage). > > Wichert. > > -- > Wichert Akkerman <wich...@wiggy.net> It is simple to make things. > http://www.wiggy.net/ It is hard to make things simple. > -- Steve McMahon Reid-McMahon, LLC st...@reidmcmahon.com st...@dcn.org _______________________________________________ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team