Submitted by Entropy (not verified) on Wed, 2009/09/09 - 21:45.
The development time spent on RHEL 5.4 should have gone towards getting RHEL 6 out of the door instead. RHEL 5 is decrepit by this point; the kernel is three years old, for God's sake. I don't care for new features in more modern kernels as much as I want to be reasonably up-to-date in order to avoid having to rely on increasingly complex backports of security fixes that may end up breaking things due to the increasing divergence between mainline and the RHEL 5 kernel.
We had the breakage of NFS caching (making NFS practically useless) last year; what's it going to be next time? And when it happens, are we going to have to wait for the next release of RHEL 5 to get it fixed?
The development time spent on
The development time spent on RHEL 5.4 should have gone towards getting RHEL 6 out of the door instead. RHEL 5 is decrepit by this point; the kernel is three years old, for God's sake. I don't care for new features in more modern kernels as much as I want to be reasonably up-to-date in order to avoid having to rely on increasingly complex backports of security fixes that may end up breaking things due to the increasing divergence between mainline and the RHEL 5 kernel.
We had the breakage of NFS caching (making NFS practically useless) last year; what's it going to be next time? And when it happens, are we going to have to wait for the next release of RHEL 5 to get it fixed?