Earlier quoted context omitted.
I don't think many people who want to use something stable like CentOS, but don't want to pay for a RHEL support contract would want to pay Oracle for RHEL-but-with-Oracle-sprinkles-on-top
Oracle Linux is free with optional paid support. "Unlike many other commercial Linux distributions, Oracle Linux is easy to download and completely free to use, distribute, and update. Oracle Linux is available under the GNU General Public License (GPLv2). Support contracts are available from Oracle. " https://www.oracle.com/a/ocom/docs/027617.pdf [PDF]
CentOS Project shifts focus to CentOS Stream
351–360 of 642 posts
Re: CentOS Project shifts focus to CentOS Stream
#352> CentOS Linux 8, as a rebuild of RHEL 8, will end at the end of 2021 Does this mean that CentOS 8 is EOL come 2021? Weren't maintenance updates meant to go to 2029? What about everybody who built their product on the assumption that there would be a stable CentOS until then?
Yes. https://wiki.centos.org/About/Product It used to be this. https://web.archive.org/web/20201101131417/https://wiki.cent...
Re: CentOS Project shifts focus to CentOS Stream
#353Earlier quoted context omitted.
It's essentially no different from how things currently are. RedHat releases updates, CentOS group picks those up and builds CentOS packages from them. They usually lag a day or two. They really lagged on the PLATYPUS CPU vulnerability for CentOS 7, because they were dealing with a backlog from the 7.9 bump. Took them several days to get the patches out.
How is "everything a little after" the same as "some things prior, other things after"?
Re: CentOS Project shifts focus to CentOS Stream
#354Earlier quoted context omitted.
> edit: after a little thought it seems that moving to RHEL might cost us the least amount of money and downtime. Still sucks and not what we need to be working on right now. And that is exactly what IBM is counting on. Vendor lock in. We are switching to Debian-based distros because, frankly, we don't trust IBM not to knife us in the back even on RHEL for more money. Of course we have the advantage of being able to…
This is not about IBM. It may not be a pleasant change for everyone, but it's a change that has strictly technical motives. CentOS was acqui-hired because Red Hat's upstream for layered products (at the time mostly RDO/OpenStack and oVirt/RHEV) could not use Fedora because it was too far from RHEL a year of two after RHEL was released, could not use RHEL because upstream contributors would have to pay, and could not…
CentOS was a community project whose leadership and control was taken over (acqui-hired as you say) by Red Hat and then it's core use case for the majority of people actually using it was discontinued. That is a statement of facts that happened as I understand them, not some spin on my part.
If Red Hat had not stepped in, perhaps some of CentOS problems (trouble getting releases out on time) would have been worse, or perhaps some other companies would have stepped in. We don't know, but we do know that CentOS has not been changed to be something different than it was before. It used to be a free re-spin of RHEL. Going forward it's something entirely different.
Red Hat always had the option to stop funding/providing resources to CentOS and name their new thing something else, but they didn't, and now they've effectively co-opted CentOS to be something different than it was originally intended to be.
Re: CentOS Project shifts focus to CentOS Stream
#355Earlier quoted context omitted.
>> Imagine if you were running a business, and deployed CentOS 8 based on the 10 year lifespan promise. You're totally screwed now, and Red Hat knows it. The hypothetical you posed is the actual situation, I am now learning, I have apparently forced on my team. We've ramped up labor 3x revenue preparing product launch in 90 - 180 days. We created an image containing centos 8 , Java , postgres and tomcat a year ago an…
Consider downgrading to CentOS 7. It should work for 4 more years.
Re: CentOS Project shifts focus to CentOS Stream
#356Earlier quoted context omitted.
Absolutly not, it's going to be the Fedora version of RHEL. Pretty clear: "If you are using CentOS Linux 8 in a production environment, and are concerned that CentOS Stream will not meet your needs, we encourage you to contact Red Hat about options." Of course no one want to run CentOS Stream because it's going to be broken / unstable, completely the opposite of what CentOS is.
Fedora is the Fedora version of RHEL. Are you saying that CentOS Stream is going to be directly equivalent to Fedora?
Re: CentOS Project shifts focus to CentOS Stream
#357Earlier quoted context omitted.
> They won't release sources for those packages unless you'll ask for those packages (you, as a paid client, not you as nobody in the Internet). If the code in question is licensed under the GPL and Red Hat isn't the owner of the code, then I as a rando on the Internet can ask them for the source and if they don't provide it, the person who does own the code can sue them and revoke their license to distribute said co…
You can only ask them for the source if you already have the binaries and you've gotten them from Red Hat. If you got the binaries from someone else, you can ask that someone else.
>3. You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following:
> b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or,
Re: CentOS Project shifts focus to CentOS Stream
#358Earlier quoted context omitted.
It's a money grab, pure and simple. They've (Redhat, let alone IBM) done it before (see below). What happens in practice with this sort of "rolling release" is users end up patching endlessly in production, which no sane person or organization would ever want to do. This was the exact situation for another Redhat acquisition for years now. JBoss EAP and community editions (wildfly now I suppose), everyone who could m…
Except IBM thinks that this will convert everyone to RHEL licenses and I'm positive that is not what's going to happen. Ubuntu is already the default for people with ML pipelines and more and more vendors are targeting Ubuntu first for their software. CentOS will be effectively dead for a lot of companies starting next year (or 2024). (At least we aren't planning on licensing 10^5 systems on RHEL...). I imagine for t…
Re: CentOS Project shifts focus to CentOS Stream
#359I recently set up a digital ocean droplet with the default Ubuntu 20.04 Server image to host my web app. I don't like how I'm in charge of installing security updates and rebooting it (I don't really care about downtime), and I really don't like how I don't really remember what packages and commands I ran to install everything.
Presumably, this is what digital ocean app platform is for, where I could just provide a docker container. But the specs of the 5$ app platform container were half as good as the 5$ droplet, and I can run multiple things on the droplet in the future.