[CentOS] Centos versions in the future?

Fri Apr 30 16:27:13 UTC 2021
Gionatan Danti <g.danti at assyoma.it>

Il 2021-04-30 16:26 Johnny Hughes ha scritto:
> On 4/30/21 4:32 AM, Gionatan Danti wrote:
>> Il 2021-04-30 06:55 Gordon Messmer ha scritto:
>>> Why do you think that?  Are RHEL (and CentOS) point releases backward
>>> compatible or not?  If you trust point releases to work, why would 
>>> you
>>> hesitate to trust a distribution that resembles an upcoming point
>>> release?
>> Because it very often break kABI compatibility, with 3rd party module
>> heavily affected.
>> Don't get me wrong: I understand that Stream is the way forward and 
>> that
>> things are not going to change, and this is fine. But trying to ignore
>> the key differences (shorter support, unknown upgrade from Stream-8 to
>> Stream-9, broken kABI, etc) is not useful to anyone.
>> Stream is a *different* product, because is avoid (for the good or the
>> bad) basically *all* things that make RHEL so special. And lets face 
>> it:
>> kABI and long/quality support from RedHat are the only two things 
>> which
>> make RHEL special. Stripping them from CentOS will produce a very
>> different product. And, as a side note, things break more often on
>> Stream-8 then CentOS8. Maybe Stream only needs to mature, but it still 
>> a
>> different product.
>> My personal opinion is that RH created Stream to give cloud vendors a
>> place to experiment/repackage *before* adding that to the main RHEL
>> distro. Stream really does not seem targeted aSo, t small sites / 
>> "normal"
>> sysadmins, rather at large cloud vendors.
>> Which, again, is perfectly fine unless trying to disguise it as an
>> "almost-RHEL" distro.
>> Regards.
> Sure .. so block kernels and build your own in that situation.  Or use
> something else.  There are always edge cases.  There are millions of
> CentOS users.  What percentage use 3rd party modules (other than nvidia
> drivers).  There are some, and this would be a problem for those 
> people.
> So, IF another downstream distro works for you .. use it.  Or use 
> Debian
> or Ubuntu, or BSD.  Use Alma or Rocky Linux.  Buy RHEL.

As stated above, if this is the vision of Stream, fine. I am not arguing 
about the vision: while I don't like it, my opinion is irrelevant.

But disguising Stream as "almost-RH" (a mantra repeated many times both 
here and in various blog) is plain wrong, and I genuinely don't think it 
will be good for Stream.

And you know better than me that what you wrote above regarding the 
kernel is a double-edge sword: as you cope with security patches if the 
kernel is blocked? How do you cope with HP/DELL/Lenovo kmod needed to 
configure the RAID subsystem if using a rolling kernel? Did you notice 
that even RH-sponsored modules as kvdo were broken multiple times on 
Stream? If you are using VDO to access your storage and it suddenly is 
not usable anymore, how would you feel? What about ZFS on Linux users? 
Do you realize this drastically reduces Stream fitness to bare-metal 
install (one of the main CentOS usage was as hypervisor)?

The correct answer is to buy RH: fine. But do not let Stream touch 
anything which require a kABI compatible modules. As said above, the 
Stream move is squarely addresses *cloud* vendor requests and needs. 
Again, fine. But please leave apart the RH comparison, this is not going 
to help Stream.

Again, don't let me wrong: I wishes the best to Stream, and I will use 
it where appropriate. But "where" is much smaller today than yesterday. 
But this aside, I really thank you all CentOS maintainer for your 
monumental work, and I really hope Stream will be a success.


Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
email: g.danti at assyoma.it - info at assyoma.it
GPG public key ID: FF5F32A8