|
 |
39a1ed |
% ------------------------------------------------------------
|
|
|
39a1ed |
% $Id: release.tex 6024 2010-06-28 04:28:27Z al $
|
|
|
39a1ed |
% ------------------------------------------------------------
|
|
|
39a1ed |
\section{The CentOS Release Schema}
|
|
|
39a1ed |
\hypertarget{sec:Concepts:CentOS:Release}{}
|
|
|
39a1ed |
\label{sec:Concepts:CentOS:Release}
|
|
|
39a1ed |
|
|
|
39a1ed |
The upstream vendor has released 4 versions of enterprise Linux that
|
|
|
39a1ed |
CentOS rebuilds the freely available SRPMS for. So, the major CentOS
|
|
|
39a1ed |
releases are CentOS 2, CentOS 3, CentOS 4 and CentOS 5. The upstream
|
|
|
39a1ed |
vendor releases security updates as required by circumstances. CentOS
|
|
|
39a1ed |
releases rebuilds of security updates as soon as possible. Usually
|
|
|
39a1ed |
within 24 hours (our stated goal is with 72 hours, but we are usually
|
|
|
39a1ed |
much faster).
|
|
|
39a1ed |
|
|
|
39a1ed |
The upstream vendor also releases numbered update sets for Version 3,
|
|
|
39a1ed |
Version 4 and Version 5 of their product (Currently EL 3 update 9, EL
|
|
|
39a1ed |
4 update 6 and EL 5 update 1) 2 to 4 times per year. There are new
|
|
|
39a1ed |
ISOs from the upstream vendor provided for these update sets. Update
|
|
|
39a1ed |
sets will be completed as soon as possible after the vendor releases
|
|
|
39a1ed |
their version ... generally within 2 weeks. CentOS follows these
|
|
|
39a1ed |
conventions as well, so CentOS 3.9 correlates with EL 3 update 9 and
|
|
|
39a1ed |
CentOS 4.6 correlates with EL 4 update 6, CentOS 5.1 correlates to EL
|
|
|
39a1ed |
5 update 1, etc.
|
|
|
39a1ed |
|
|
|
39a1ed |
One thing some people have problems understanding is that if you have
|
|
|
39a1ed |
any CentOS-3 product and update it, you will be updated to the latest
|
|
|
39a1ed |
CentOS-3.x version.
|
|
|
39a1ed |
|
|
|
39a1ed |
The same is true for CentOS-4 and CentOS 5. If you update any CentOS-4
|
|
|
39a1ed |
product, you will be updated to the latest CentOS-4.x version, or to
|
|
|
39a1ed |
the latest CentOS 5.x version if you are updating a CentOS 5 system.
|
|
|
39a1ed |
This is exactly the same behavior as the upstream product. Let's
|
|
|
39a1ed |
assume that the latest EL4 product is update 6. If you install the
|
|
|
39a1ed |
upstream original EL4 CDs (the ones before any update set) and upgrade
|
|
|
39a1ed |
via their up2date, you will have latest update set installed (EL4
|
|
|
39a1ed |
update 6 in our example). Since all updates within a major release
|
|
|
39a1ed |
(CentOS 2, CentOS 3, CentOS 4, CentOS 5) always upgrade to the latest
|
|
|
39a1ed |
version when updates are performed (thus mimicking upstream behavior),
|
|
|
39a1ed |
only the latest version is maintained in each main tree on the CentOS
|
|
|
39a1ed |
mirrors.
|
|
|
39a1ed |
|
|
|
39a1ed |
There is a CentOS Vault containing old CentOS trees. This vault is a
|
|
|
39a1ed |
picture of the older tree when it was removed from the main tree, and
|
|
|
39a1ed |
does not receive updates. It should only be used for reference.
|
|
|
39a1ed |
|