7 ms·

Considering that after RHEL took over CentOS, they are again significantly behind RHEL, and RHEL isn't cost-effective... he could find equal support and probabl

Considering that after RHEL took over CentOS, they are again significantly behind RHEL, and RHEL isn't cost-effective... he could find equal support and probably much more from the Ubuntu community. CentOS or RHEL doesn't even have a public package search, and for good reason. When you find out that they are using an outdated kernel, and outdated qemu/libvirt components, you'll quickly find yourself installing RPMs from a bunch of different locations from Google searches.

deleted 7y ago
[deleted]
the_why_of_y 7y ago
Looking at the "Delay" column in the release tables in Wikipedia, it appears that it's CentOS7 releases that have longer delays, the CentOS6 delays haven't changed in recent years (and there's nothing like the huge delays in 2011). Possibly because there are more packages being updated in 7? https://en.wikipedia.org/wiki/CentOS https://en.wikipedia.org/wiki/CentOS Package search is on https://git.centos.org/ https://git.centos.org/ For example, libvirt is at version 4.5 in CentOS 7.6, while CentOS 7.0 shipped with version 1.1: https://git.centos.org/rpms/libvirt/commits/c7 https://git.centos.org/rpms/libvirt/commits/c7 Whereas in Ubuntu 18.04 LTS, it's at version 4.0: https://packages.ubuntu.com/search?keywords=libvirt&searchon=names&suite=bionic&section=all https://packages.ubuntu.com/search?keywords=libvirt&searchon... The RHEL kernel's version number is doesn't signify as much as you'd think, there are whole subsystems backported into it from later upstream kernel releases.