Hacker News Reader

Comment by FeistySkink | Hacker News Reader

So is it a drop-in replacement for CentOS 8.x without any nonsense? I.e. same packages, compatibility with upstream, etc.

View on HN

Should be. It's CentOS packages with rebranding and maybe some custom fixes on top. There are two kernels that ship with it, either the RedHat Compatibility Kernel (RHCK), or the Unbreakable Enterprise Kernel (UEK).

I would point out, I'm not in the OL org, I have absolutely no idea what this change means for Oracle Linux. Oracle Linux is based off the CentOS sources as that's the only way that RedHat was making the source code to their distribution available (there way of meeting the terms of the GPL). RedHat has to make their source code available in one form or another so I can't imagine that this would have any impact on OL, but that's entirely guess work.

I didn't know Oracle builds from CentOS rather than RHEL sources. Nor that RHEL doesn't release sources anymore?

If that's true, I wonder how Oracle got some of their 8.x releases out much earlier than CentOS. (Oracle Linux 8.3 2020-11-13 vs CentOS 8.3 2020-12-08, Oracle Linux 8.0 2019-07-19 vs CentOS 8.0 2019-09-24.) I'm assuming here without verification that both track the RHEL 8 point releases.

if i remember correctly, RHEL source dumps always lacked some machinery to actually produce a working release; that’s where CentOS were doing actual work, painstakingly replicating all the compilation quirks to end up with RPM builds that matched RHEL. That’s likely why another clone might want to start from CentOS rather than RHEL sources.

That doesn't answer my question how Oracle got some 8.x builds released weeks/months earlier than CentOS.

I can't speak to that. I'm not in the OL team and don't know what they do / did. Oracle can/does throw a lot more engineers at development and build than CentOS does (I believe they only have a few engineers). I believe the stuff for building the RPMs lands in the CentOS git repo early on.

Reply on news.ycombinator.com