Chris Marlatt wrote:
Again, why would you expect someone to have already upgraded when they
have more than a year of advertised support left on a production release?
I think that there is a misunderstanding here about what "support"
means. This discussion has been had in detail on several other lists
of late, so let me give you the highlights. There are three main issues.
1. Support for security issues. The secteam has pledged to support the
5.5-RELEASE through 31 May 2008.
2. Ports. The ports team generally pledges to support a release as
long as the security team does, but the idea of dropping support early
for RELENG_5 has been discussed.
3. New development, performance, features, etc. It is a virtual
certainty that none of this will happen in RELENG_5. It is certain (by
definition) that no new features will be backported that require ABI
breakage, which severely limits what can come back into this branch
already.
I personally have very few 5.x systems left, primarily because I've been
trying to heed the warnings, but seeing how 5 series is being fast
tracked into retirement makes me extremely suspicious of what is to
happen to 6 series when 7 is released and considered production.
I can't make any iron clad assurances here, but I can say that this is
unlikely to happen, because of why a lot of us want to drop support
for 5.x. Namely that it has a lot of issues that cannot be fixed
without breaking the ABI. In many key areas, 6.x is light years ahead,
and is going to stay that way. There are some incremental improvements
in 7-current right now that will make it attractive to some users, but
if you're looking for something to install and keep supported for a
longer time period, 6.x is going to be it.
I'm
sure many other people wonder the same thing and look at the lengthy
support for 4 series which lasted 7,... 8 years and have come to expect
something similar for future releases.
Which is why we're working so hard to disabuse people of that notion.
Whereas I'm certainly not going
to say progress is evil I will admit that the FreeBSD I see today is not
the same one from yesteryear.
Nor will it be the same tomorrow. Such is life in a volunteer project.
Now, I can clearly understand and appreciate the burden that, as of
yesterday, 3 active versions
Actually it was 4 active versions, including 7-current.
can impose on the development team but why
pass part of that burden onto a user base that's done nothing but
embraced the products produced by its efforts?
This is where that whole "volunteer project" thing comes in again.
With a finite set of resources, we have to be realistic in terms of
how thin we can spread them. Right now the rough order of priority is
6-stable, 7-current, 5-stable. It is of course up to you to decide how
to manage your own resources, but please don't expect magical things
to happen in 5-stable just because you'd like them to. :)
Doug
--
This .signature sanitized for your protection
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-security
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
