Essentially we would promise actively supporting any issues with Perl
5.8, but not necessarily fix it for 5.6, too.
I agree fully with your statements on this!
It's not about an age-range of obsolete versions being introduced, but
superseded. Don't think "Perl 5.8 is 7 years old", but "5.6 went old 7
years ago". How long is that for 5.8?
You make a good point but arbitrary rules are hard with Perl. Perl in
practice is just too good in that modules have made it easier to keep
running for existing installations and security issues that necessitate an
outright upgrade have been minimal. Code-forks are a reason to consider
supporting the next version, though. Code-forks are evil personified.
Regards,
KAM
