Earlier quoted context omitted.
If I'm not running a desktop, why would I consider running Ubuntu at all? I feel the same about people offering a kneejerk suggestion of Ubuntu as when I'm told to use Docker without actually knowing anything about my needs. Just because I'm wanting to use Linux does not mean I need Ubuntu. Just because I'm deploying code doesn't mean Docker is the solution. But 99% of the time I talk to people, it's all Docker this…
I've found the Docker discussion is seen through a better lense when you talk about the tech it's running. For polygot/hybrid cases where you have a smattering of different languages and supporting technologies/services, docker makes a lot of sense. If you're all in (for example) on nodejs with a monorepo, it probably doesn't - you're just an "npm install" away from deployment. Whenever I really dig into the docker p…
June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)
211–220 of 228 posts
Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)
#212Earlier quoted context omitted.
Squeezing money out of effectively unsupported software is not sustainable. Sounds like someone is trying to get their investment back before dumping the whole thing.
Dumping? This is IBM we're talking about. They'll ratchet up the price to fewer and fewer customers, trying to keep themselves in that pocket where they're too useful and expensive to move away from, but still able to hold the irons to their customers.
They bought it, now they’re sucking the marrow out.
Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)
#213I was real annoyed as I did a tun of work prepping for a migration to CentOS 8 and then got rug-pulled by IBM with CentOS Stream. They lost all the goodwill just to make a tiny bit more money.
Now I am doing everything possible to eliminate RHEL servers. What next will they pull? The longer you depend on them, they more they can charge you later.
Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)
#214Rocky Linux is a fine successor to CentOS and was created by one of the original founders of CentOS, Gregory Kurtzer. https://rockylinux.org/ https://rockylinux.org/about/ If you need enterprise support RHEL tends to be a default choice. If you cannot afford RHEL or do not need enterprise support, Rocky Linux fills the role that CentOS once did.
If you can't justify the cost of RHEL for your use case, I believe Fedora would be the best alternative at this time since its development has not been affected by the changes recently made to CentOS, and it provides a near identical feature set.
Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)
#215Earlier quoted context omitted.
> Additionally, Red Hat support is so bad these days. It almost reminds me of Microsoft Technet forums of the past. Random 'techs' offering copy-paste solutions and the same bad information. Yeah, that's been my experience. We had a bad driver package from them completely hose one of our prod systems. It took 3 days and multiple calls from our CTO to get anyone to seriously look at the issue despite being on the top…
The SLA is to respond within X hours, not resolve. So when the SE sends an email that says: "I'm the owner of the case and will reach out after looking at the notes." They have complied with the SLA.
Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)
#216Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)
#217Earlier quoted context omitted.
IBM's official route results in a distro that is not bug-for-bug compatible with RHEL, at least not without a lot of unnecessary work. The route Rocky is taking results in a distro that is bug-for-bug compatible.
> The route Rocky is taking results in a distro that is bug-for-bug compatible. Point taken. From my perspective, it seems like a short-sighted approach to rely on loopholes to obtain bug-for-bug compatibility. I know I wouldn't be comfortable running anything production-grade on Rocky Linux with their current approach.
Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)
#218Earlier quoted context omitted.
> The last release started out with 10 years of support, but they walked back on that when they announced the end of regular CentOS and reduced it by more than half. I thought that the "10 years of support" which was customary w/ CentOS wasn't applied, but neither Red Hat nor CentOS made specific announcements that CentOS 8 would have 10 years of support. People believed that CentOS 8 would have 10 years of support b…
I think you are right. I haven't been able to find any direct EOL date from RH even at launch. It seems like it was mostly people just assuming (for good reasons, but still just assuming) that it had the same EOL. Though there are some gaps on the Wayback machine that makes it hard to find some centos8 related posts at the time it launched, but I'd be surprised if the eol wouldn't have been announced elsewhere too.
Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)
#219Earlier quoted context omitted.
> this has caused a lot of software vendors to drop RHEL/CentOS support Can you list a few? It's good to keep up to date on how this is changing. Thanks!
Ansys for one https://www.ansys.com/content/dam/it-solutions/platform-supp... Veeam doesn't support CentOS stream or 9, there's been a bunch of things here and there. I notice many are moving to Ubuntu. I had to go through all of our vendors last year, and the nice thing about CentOS was almost everyone supported it. Now there's no 'gold standard'.
Re: June 30th, 2024, will bring the End of Life (EOL) of CentOS Linux (2023)
#220Earlier quoted context omitted.
> which is slightly upstream and less stable than RHEL As a user who almost exclusively uses rolling release OS-es, is this actually something people care about? CentOS Stream is downstream of Fedora -- and Fedora is a rock solid base. It's not like CentOS Stream is riddled with bugs, broken features, etc.
If you wanted a distro that was similar to but not exactly the same as RHEL, then Fedora itself would be a way better choice. And if you care that it's exactly the same as RHEL, then CentOS Stream doesn't cut it.