| |||||||||||||
RHEL 6: already obsolete ?RHEL 6: already obsolete ?Posted Apr 22, 2010 4:59 UTC (Thu) by airlied (subscriber, #9104)In reply to: RHEL 6: already obsolete ? by lwkejrlej Parent article: RHEL 6 beta version available
But now is when the RHEL6 beta is released. Not composed, *released*. There is a chance my RHEL6 final there will be changes to the package list and version, its also possible there isn't.
Again this isn't a Fedora or Ubuntu, a major amount of stabilisation work has gone into this already. You can't just shove major revisions of apps in the week before beta release. I think you seriously underestimate the amount of work that goes into this prior to the actual beta release. Its not a just a bunch of maintainers chucking shit at a packaging system and hoping it produces a coherent OS. Like I'll guarantee you can say the exact same things about RHEL6 when it finalises, in that there will of course be newer versions of all those components than it ships with, but that isn't what the RHEL OS is aimed at. Its aimed at people who don't care about constant version revisions, they want a stablised version with lots of bug fixes only, not new themes or applets or whatever KDE4.x+1 might drag in along with the bug fixes.
(Log in to post comments)
RHEL 6: already obsolete ? Posted Apr 22, 2010 5:54 UTC (Thu) by lwkejrlej (guest, #64237) [Link]
Fair enough, but can Red Hat guarantee that all the bug fixes present in package version N+1 are backported to version N, which happens to be shipped in RHEL 6 ? I'm also not totally convinced about the QA process. Going by the embedded versions within the names of package rpms (and the patches in source rpms), it would appear that things such as gnome-panel haven't been really updated from the version in F12. gnome-panel crashes all the time whenever you do a minor interaction with one of its components. This is a highly visible bug that has existed for quite some time, and yet it hasn't been fixed.
RHEL 6: already obsolete ? Posted Apr 22, 2010 8:26 UTC (Thu) by rahulsundaram (subscriber, #21946) [Link]
"Fair enough, but can Red Hat guarantee that all the bug fixes present in package version N+1 are backported to version N, which happens to be shipped in RHEL 6 ?"
That is never the goal. Just like new features, bug fixes are also cherry picked. Not everything gets the same priority. Upstream projects often exchange one set of known bugs with another set of unknown issues in newer releases. So just moving to a new upstream version doesn't solve the problem.
RHEL 6: already obsolete ? Posted Apr 23, 2010 14:12 UTC (Fri) by nix (subscriber, #2304) [Link]
On top of that, I've seen code rely on the *presence of bugs* and break if those bugs are fixed. Sure, the code shouldn't rely on those bugs, but often it's nasty closed-source stuff and when you contact the vendor they say 'yes, this is fixed in the next version, please pay $$$$', and because it's closed-source you can't fix it yourself even if you want to.
Sure, for everything other than kernel and daemon bugs you can work around this with suitable library paths, and for kernel and daemon bugs you can work around it with a VM, but if you need a complete virtualized copy of the pre-updated RHEL to get things done, the updates really have done harm, even if all they did was fix bugs.
RHEL is for stability hounds, and often what matters there isn't that there are no bugs but that *the set of bugs does not change*, so the users can consistently work around them.
As a developer, I hate this crusty stuff, but I understand why the users like it.
RHEL 6: already obsolete ? Posted Apr 24, 2010 19:42 UTC (Sat) by madscientist (subscriber, #16861) [Link]
ITYM "as a user, I hate this crusty stuff, but I understand why the IT folks like it."
:-)
RHEL 6: already obsolete ? Posted Apr 24, 2010 20:24 UTC (Sat) by nix (subscriber, #2304) [Link]
The users in this case are giant banks. They really do like things to not change much. :)
RHEL 6: already obsolete ? Posted Apr 25, 2010 1:03 UTC (Sun) by dag- (subscriber, #30207) [Link]
Not just banks, to be honest I prefer my non-technical family members to run something that doesn't require too much attention either as well.
In fact, as long as it is timely and digestible, and there is a clear roadmap for minor updates you've got something you can plan your organization around.
|
|||||||||||||