4 ms·

so oracle says during 2011, centos was slow with updates. Centos responds: no we weren't.. look at this chart of 2012 CentOS was terrible with updates during

so oracle says during 2011, centos was slow with updates. Centos responds: no we weren't.. look at this chart of 2012 CentOS was terrible with updates during 2011.. and there's no guarantee that it won't happen again (after all, it isn't paid support). 2011 is the reason why I deployed several RHEL webservers instead of centos recently.

justin66 14y ago
Redhat really is the only good risk if you need RHEL and timely updates on a production system. CentOS is a great idea but after last year, I don't trust them any more than Oracle. Different kinds of mistrust, but still.
- zcvosdfdgj 14y ago
  I completely agree. Forget about Oracle's treatment of the OSS community.. At the end of the day, Oracle AND centos are 3rd parties, and will always be playing catchup to RH's patch releases. So for important or internet-facing servers, if you want to use something RHEL-based.. RH is really the only option.
AjithAntony 14y ago
Scientific Linux https://www.scientificlinux.org/documentation/faq/errata https://www.scientificlinux.org/documentation/faq/errata Q. After RedHat releases a security errata, how long until it shows up in Scientific Linux's errata? A. Within a couple days. Q. That seems like a long time for errata, why so long? A. RedHat is not perfect, and sometimes their errata completely break programs. Q. What happens when the people recompiling the errata go on vacation? A. Because these security errata are part of Fermilab's security procedures, the entire Scientific Linux development team is not allowed to go on vacation at the same time. So there will always be at least one main developer able to do recompiles.
- jlgreco 14y ago
  I really don't understand why more people don't use Scientific Linux instead of CentOS. Mostly just name recognition I wager.
  - rbanffy 14y ago
    AFAIK, it's different enough from RHEL that some binary-distributed software breaks. I never had much trouble with it, but I try to keep enough distance from distro details as not having to worry too much whether it is a Red Hat or a Debian I am using.
  - astrodust 14y ago
    CentOS has name recognition: It means "people who go on vacation a lot".

justin66 14y ago

Redhat really is the only good risk if you need RHEL and timely updates on a production system. CentOS is a great idea but after last year, I don't trust them any more than Oracle. Different kinds of mistrust, but still.

zcvosdfdgj 14y ago
I completely agree. Forget about Oracle's treatment of the OSS community.. At the end of the day, Oracle AND centos are 3rd parties, and will always be playing catchup to RH's patch releases. So for important or internet-facing servers, if you want to use something RHEL-based.. RH is really the only option.

AjithAntony 14y ago

Scientific Linux https://www.scientificlinux.org/documentation/faq/errata https://www.scientificlinux.org/documentation/faq/errata Q. After RedHat releases a security errata, how long until it shows up in Scientific Linux's errata? A. Within a couple days. Q. That seems like a long time for errata, why so long? A. RedHat is not perfect, and sometimes their errata completely break programs. Q. What happens when the people recompiling the errata go on vacation? A. Because these security errata are part of Fermilab's security procedures, the entire Scientific Linux development team is not allowed to go on vacation at the same time. So there will always be at least one main developer able to do recompiles.

jlgreco 14y ago
I really don't understand why more people don't use Scientific Linux instead of CentOS. Mostly just name recognition I wager.
- rbanffy 14y ago
  AFAIK, it's different enough from RHEL that some binary-distributed software breaks. I never had much trouble with it, but I try to keep enough distance from distro details as not having to worry too much whether it is a Red Hat or a Debian I am using.
- astrodust 14y ago
  CentOS has name recognition: It means "people who go on vacation a lot".