4 ms·
What if I just want a RHEL-flavored distro? And not be stuck with enterprise (read obsolete) software as I would be with CentOS?
by rplnt 11y ago
What if I just want a RHEL-flavored distro? And not be stuck with enterprise (read obsolete) software as I would be with CentOS?
- bsg75 11y agoWhat is "obsolete" on CentOS?
- kbenson 11y agoFrom experience, I think GP is referring to being a few years into a RHEL/CentOS lifecycle and no third parties are packaging RPMs for your OS/version anymore. RHEL has been taking longer between major releases the last few times (but they've also extended support lifetime)[1]. Edit: Oh, and RHEL's policy of back-patching (and back-porting features on point releases) does lead to quite old versions after a few years. An on a product with a 10-year support lifecycle, stuff can feel pretty stale. But that's a feature when looked at the right way (which generally isn't the way you see it from a desktop/workstation vantage). 1: http://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux#Product_life_cycle http://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux#Produc...
- rplnt 11y agoAs other reply had mentioned, with their LTS you are stuck with fairly old software. For example with RHEL 6.x (surpassed just a year ago and still supported) you still have python 2.6 on there, even though 2.7 was released in 2010 (actually before the release of 6.0). You can find similar cases for pretty much every piece of software, from kernel to desktop environment. It's not a bad thing in enterprise world, it sucks on desktop.
- SEJeff 11y agoThis is what software collections is for: https://www.softwarecollections.org/en/ https://www.softwarecollections.org/en/ http://developerblog.redhat.com/tag/developer-toolset/ http://developerblog.redhat.com/tag/developer-toolset/ Redhat knows they messed up regarding newer stuff in RHEL5-6. That shouldn't ever happen again thanks to scl, which makes it quite trivial to get super new stuff in supported RHEL instances.