[CentOS-devel] CentOS 7 and release numbering

On 06/20/2014 10:16 PM, Les Mikesell wrote:
> On Fri, Jun 20, 2014 at 2:52 PM, Nathanael D. Noblet <nathanael at gnat.ca> wrote:
>>
>> So this is the clearest explanation - not sure why it wasn't clearer to
>> me earlier. I mean I got the basic idea, once RHEL moves on to a newer
>> point release updates to their previous point releases costs money and
>> is not available for CentOS to rebuild and maintain an identical tree.
>
> When a service exists that 'costs money', it implies that there are
> situations that require customers to pay for it. Which would be some
> application/configuration where doing the next point update will cause
> known breakage or at least requires some lengthy testing before
> proceeding.
>
>> Here's my simplistic suggestion, don't maintain those older trees.
>
> They don't now.  At the point releases, all of the old intermediate
> updates go to the vault so the mirror sites don't have to store them
> and updates only go all the way to current.   But, if you had to
> reconstruct a back-rev system that had some, but not current updates
> (and given the situations where current updates cause breakages, there
> can be reasons to want to do that) it is very difficult.   Say you
> wanted to re-create a 6.3 CentOS with updates up to just before 6.4
> was released you'd probably have to look at the timestamp on every
> package in the vault and download/install  each package in the
> relevant timeframe.
>

But, as far as I could understand, changing 7.0 to 7.20140620 (or what 
ever date) and changing NOTHING ELSE?, as it was suggested, it would not 
change a thing. It was clearly said that there will not be any 
intermittent releases in between 7.0 and 7.1 for example, so this change 
should only be a PR stunt, and all that comes to mind is that Red Hat 
would like to brake a bond between RHEL and CentOS and convert it into 
another staging area, "learn how to work with CentOS and then you can 
switch to RHEL", and to, in doing so, reduce the number of companies who 
will dare to use CentOS instead of RHEL.

I also can not get from impression that CentOS is becoming just a 
carcass, a shell for Red Hat projects. Source rpm's will not be 
published by Red Hat anymore, CentOS git will become a source of Open 
Source projects that will use similar but NOT the same rpms (binary 
compatibility?), something like SuSE and OpenSuSE, members of SL 
transferred to CentOS project, and SL guys are discussing if they will 
start just rebuilding CentOS packages (from git), so it all looks like 
Red Hat found a format to distance from releasing source rpms that can 
hurt their business by clever creation of uneasiness within users that 
use both RHEL and CentOS, braking in the process the unofficial support 
of major software distributors that SO FAR identified RHEL and CentOS as 
the same thing. And change of direct link between RHEL and CentOS would 
be a last nail to the coffin.

I AM really trying, but I can not understand what CentOS board wants to 
do other then this PR breakage.


I will, of course, hold off my final judgment allowing I could be wrong.


-- 
Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

StarOS, Mikrotik and CentOS/RHEL/Linux consultant