<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0cm;
        margin-right:0cm;
        margin-bottom:0cm;
        margin-left:36.0pt;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">>
</span>major.minor.date format looks like a compromise that have the best of both worlds<o:p></o:p></p>
<p class="MsoNormal">Agreed ….. I actually also liked the additional proposal earlier of<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Major.minor.SIG.date<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Where Major.Minor is the contents of redhat-release from which the CentOS version is built<o:p></o:p></p>
<p class="MsoNormal">SIG is core, cloud, …<o:p></o:p></p>
<p class="MsoNormal">Date is the source code extraction date (I guess this is more relevant than the build date)<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">SIGs potentially have a more complex case where they’ve got a particular code drop from Core and have then applied a particular source code tree from the SIG. An example would be where the cloud SIG starts work on 7.0.core.20140710 tree
 to include the latest software defined network drivers and this is finally available on 20140725 after some work. The date to present, in my view, is the SIG date (i.e. 20140725) but it is not clear how to distinguish the core release from which it is derived.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Tim<o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif""> centos-devel-bounces@centos.org [mailto:centos-devel-bounces@centos.org]
<b>On Behalf Of </b>Roger Pena Escobio<br>
<b>Sent:</b> 21 June 2014 15:35<br>
<b>To:</b> centos-devel@centos.org<br>
<b>Subject:</b> Re: [CentOS-devel] CentOS 7 and release numbering<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td valign="top" style="padding:0cm 0cm 0cm 0cm">
<p>Once again<br>
If the goal is to point to the fact centos 6.4 is different than rhel6.4 after 6.5 is out, then make something right when the differentiation start and not before<br>
You can release a new centos release package for 6.4 or you can do something on the repo, that make it clear to client, that something changed and updates do not work anymore unless the SA does some concious local change to make it not complain again, will
 that break some auto update on those clientes? Yes, but that would be desired to make it clear that something is requiered from the local SA in order to keep the box secure<o:p></o:p></p>
<p>But, I still see a big plus by having a release like mayor.minor.date, it is more flexible without breaking the old way , both side wins because a client could see/notice that their 7.0.x is too old when it was getting refreshed every now and then (asuming
 there will be respins more oftens that rh releases) <o:p></o:p></p>
<p>Ok, let me go further in a mental exercise, let say we make the change proposed and the .minor number is changed to .date of release. Lets imaging a year from that release there is serious vulnerability that put the world to check "am I vulnerable?". Manager
 or lazy SA check that we are running 7.20140701, they are not familiar with, they might even remember that was created when rhel7.0 was released but to be sure they go to a wiki and confirm that indeed that release of centos is the rebuild of rhel7.0 but they
 probably also notice that there are newer resping of centos based on newer releases of rhel, and probably they might notice that what they are running is no supported anymore raising more questions to them. What this might have different if we keep things
 as they are right now ? Probably because of what you are saying , that hypotetical person might hope/expect/ that centos is also following what redhat is doing and a fix will come in there way but at that point updates will not work unless conciously a manual
 change was performed and a the only update available might be a new centos release saying it is not supported<o:p></o:p></p>
<p>Make sense ?<br>
Again, having major.minor.date format looks like a compromise that have the best of both worlds<o:p></o:p></p>
<p>Thank<br>
roger<o:p></o:p></p>
<p>Sent from Yahoo! Mail on Android<o:p></o:p></p>
</td>
</tr>
</tbody>
</table>
<div id="_origMsg_">
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri","sans-serif""><o:p> </o:p></span></p>
<div>
<div>
<div class="MsoNormal" align="center" style="text-align:center"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">
<hr size="1" width="100%" align="center">
</span></div>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From:
</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">Johnny Hughes <<a href="mailto:johnny@centos.org">johnny@centos.org</a>>;
<br>
<b>To: </b><<a href="mailto:centos-devel@centos.org">centos-devel@centos.org</a>>;
<br>
<b>Subject: </b>Re: [CentOS-devel] CentOS 7 and release numbering <br>
<b>Sent: </b>Sat, Jun 21, 2014 10:42:26 AM <o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri","sans-serif""><o:p> </o:p></span></p>
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td valign="top" style="padding:0cm 0cm 0cm 0cm">
<p class="MsoNormal">On 06/21/2014 05:00 AM, Ron Yorston wrote:<o:p></o:p></p>
<div id="yqtfd51871">
<p class="MsoNormal"><br>
> Johnny Hughes wrote:<br>
>> What better way to communicate that they are not standalone but are all<br>
>> only part of the MAJOR release and a POINT IN TIME part of that major<br>
>> release than to name them "<MAJOR RELEASE>.<POINT IN TIME>" ?<br>
> The current scheme represents <POINT IN TIME> as an integer that starts<br>
> from zero and increments with each minor release.<br>
><br>
> I remain unconvinced that a YYMM representation of <POINT IN TIME> is<br>
> any better.<o:p></o:p></p>
</div>
<p class="MsoNormal"><br>
<br>
It is not really better at conveying time, no.  It is the same at<br>
conveying the time.<br>
<br>
Where it is better is in denoting that Red Hat is doing things inside<br>
the 6.4 tree (again, just following the above example) while CentOS does<br>
not do those things inside our 6.4 tree after we release 6.5.  We can't<br>
do them, even if we want to as we don't have the sources.<br>
<br>
That is my whole point .. we need a way to convey a similarity and one<br>
point, while not being similar always.  Having the exact same name does<br>
not convey that.<br>
<br>
How do you suggest we do that and not ignore that there are potential<br>
differences after we move to the next point release?  Do we just ignore<br>
that part?<br>
<br>
Everything on this list that is newer than 2013-11-20 is in the RHEL 6.4<br>
tree ... we don't and can't release any of it for our 6.4:<br>
<br>
<a href="https://rhn.redhat.com/errata/rhel-server-6.4.aus-errata.html" target="_blank">https://rhn.redhat.com/errata/rhel-server-6.4.aus-errata.html</a><br>
<br>
So our 6.4 tree is now significantly divergent from the Red Hat 6.4<br>
tree, and our 6.4 tree is in the vault and not live anymore ... don't we<br>
have an obligation to our users to make sure they understand that there<br>
are differences?<br>
<br>
UserA has some software that only works with 6.4 .. he sees CentOS-6.4<br>
in the vault and grabs that to use with his software.  He can't upgrade<br>
to 6.5 because it will break his software.  Staying on our 6.4 tree will<br>
leave UserA vulnerable with security issues.  If he is instead on the<br>
Red Hat 6.4 tree, he is still going to be able to get updates.  Do we<br>
not have any obligation to change our numbering so that UserA can more<br>
easily tell this hugely major difference?<br>
<br>
We don't really have the upstream point releases, we have different<br>
point releases.  We release the main line CentOS-5, CentOS-6, and<br>
CentOS-7 ... we do point in time respins of ISOs and install trees,  Red<br>
Hat does all this and a bunch more things also inside point releases. <br>
These two things are not EXACTLY the same ever, but they are very<br>
similar for one 6 to 8 month "period of time" (while they are OUR active<br>
release and Red Hat's active release) and they become increasing<br>
divergent after that point in time.  That is what I am trying to convey<br>
here.  Some people will argue that people have to pay for that other REd<br>
Hat 6.4 tree ... sure they do.  They also have to pay the initial Red<br>
Hat 6.4 tree, they have to pay for everything there, thats how it works. <br>
<br>
Everyone here thinks that we should just leave the point releases as is,<br>
knowing that now Red Hat is doing completely different things inside<br>
point releases and that we don't have an obligation to point out the<br>
differences?<o:p></o:p></p>
</td>
</tr>
</tbody>
</table>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri","sans-serif""><o:p> </o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</body>
</html>