Tom Lane wrote: <blockquote cite="mid:3404.1247272796@sss.pgh.pa.us" type="cite"><pre wrap="">Andrew Dunstan <a
class="moz-txt-link-rfc2396E"href="mailto:andrew@dunslane.net"><andrew@dunslane.net></a> writes:
</pre><blockquotetype="cite"><pre wrap="">I think we can avoid most of these problems by making a "best effort"
policy rather than a hard promise. But it can be moderately specific
about what we will make best efforts towards. I agree that anyone who
wants a hard promise should be getting commercial support. </pre></blockquote><pre wrap="">
I don't mind the idea of saying "our intention is to support new
releases for about five years", or something equally squishy.
But a list of dates in black and white does not look reasonable,
especially not dates that are four or five years out for versions
that have zero track record. We have no idea whatsoever what the
future will bring. </pre></blockquote> Would it be reasonable to have the "squishy intention" coupled with a more firm
policyof "...EOL will be announced X months in advance...Users requiring firm long-term EOL commitments are advised to
purchasecommercial support..."<br /><br /> Perhaps the postgresql.org home-page should be modified slightly. Instead of
"LatestReleases" (which doesn't even list 7.4 when I just looked), it could be something like "Current Releases". Then
whenEOL is announced, the release could be suffixed with the EOL date (i.e. 7.4.25 EOL 2009-12-31 - maybe even with the
EOLdate in bold and/or red) which would link to the EOL announcement or general EOL statement page.<br /><br /> I think
thata "EOL Statement" link to a page with the generic statement placed just below the oldest release could be helpful
aswell.<br /><br /> Cheers,<br /> Steve<br /><br />
