<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-2022-jp">
<style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>
</head>
<body ocsi="0" fpstyle="1" style="word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font-family:Calibri,sans-serif">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">Steve, (And the rest of kolla)<br>
<br>
This raises a question I've had for a while and wanted to talk through.<br>
<br>
Right now, kolla versions containers based on the kolla version (packaging version).<br>
<br>
In most package managers dpkg/rpm/etc, the versioning is done in a very different way.<br>
<br>
The software being shipped gets the version number, and a packaging version number is appended with a dash. so,<br>
14.0.3-1<br>
If the packaging is buggy but the software doesn't have a new release, it gives a nice place to fix that:<br>
14.0.3-2<br>
<br>
This lets the user very quickly see what the upstream software number is, which is what is most cared about.<br>
<br>
Its flexible enough to use complicated packaging versions too .  For example, redhats kernel package:<br>
kernel-3.10.0-327.13.3 (version 3.10.0 kernel, 327.13.3 version of the package)<br>
<br>
I think containers are a slightly more unique case as not only the primary software release is in there, but also all its dependencies. so there is a case where the primary software doesn't change, the packaging stuff doesn't change, but the dependencies get
 updated.<br>
So, I think my proposal is to tag on a build number at the end. so something like:<br>
14.0.3-1-1<br>
then a pure dependency security update (openssl upgraded for example) would produce<br>
14.0.3-1-2<br>
<br>
If we tag everything this way, it should be easy for someone to know, for example, what version of nova the package was, and if there is a more up to date version of the package then what is currently running on their system. It would allow folks to apply the
 common pattern for packaging that is already commonly understood. We might even might be able to automate the scanning/update process in kolla to assist with that at some point.<br>
<br>
What do you think?<br>
<br>
Thanks,<br>
Kevin<br>
<br>
<br>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div style="direction: ltr;" id="divRpF969526"><font face="Tahoma" size="2" color="#000000"><b>From:</b> Steven Dake (stdake) [stdake@cisco.com]<br>
<b>Sent:</b> Friday, November 18, 2016 3:51 AM<br>
<b>To:</b> zhu.zeyu@zte.com.cn<br>
<b>Cc:</b> OpenStack Development Mailing List (not for usage questions)<br>
<b>Subject:</b> [openstack-dev] [kolla] Obtaining version information for Docker container<br>
</font><br>
</div>
<div></div>
<div>
<div>
<div>
<div>Zhu,</div>
<div><br>
</div>
<div>This isn’t the first time this question has been asked :)</div>
<div><br>
</div>
<div>Since this is a technical matter, I’ve copied openstack-dev for a wider audience.  I don’t have a clear solution to obtaining version manifests for container content or the upstream container version.  Perhaps someone in our broader community may have
 an answer.</div>
<div><br>
</div>
<div>The best I’ve got is we could add a general shell command that can be run with docker exec to obtain a proper version manifest of both 1 and 2 (formatted in YAML or plaintext).  This could be placed in the base container image to enable a general diagnostic
 and certificate of origin tool.</div>
<div><br>
</div>
<div>Perhaps someone has a better solution?</div>
<div><br>
</div>
<div>Regards</div>
<div>-steve</div>
<div><br>
</div>
<div>
<div id="MAC_OUTLOOK_SIGNATURE"></div>
</div>
</div>
</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:12pt; text-align:left; color:black; border-bottom:medium none; border-left:medium none; padding-bottom:0in; padding-left:0in; padding-right:0in; border-top:#b5c4df 1pt solid; border-right:medium none; padding-top:3pt">
<span style="font-weight:bold">From: </span>"<a href="mailto:zhu.zeyu@zte.com.cn" target="_blank">zhu.zeyu@zte.com.cn</a>" <<a href="mailto:zhu.zeyu@zte.com.cn" target="_blank">zhu.zeyu@zte.com.cn</a>><br>
<span style="font-weight:bold">Date: </span>Friday, November 18, 2016 at 1:56 AM<br>
<span style="font-weight:bold">To: </span>Steven Dake <<a href="mailto:stdake@cisco.com" target="_blank">stdake@cisco.com</a>><br>
<span style="font-weight:bold">Subject: </span><no subject><br>
</div>
<div><br>
</div>
<span style="">
<div>
<div><font face="Times New Roman" size="4">Hello,nice to meet you. I am a contributor of Kolla.</font><br>
<font face="Times New Roman" size="4">Excuse me, I have a question to bother you.</font><br>
<font face="Times New Roman" size="4">The question is that how to get openstack component version from a running container or image.</font><br>
<font face="Times New Roman" size="4">you know , the version info is wrapped by the container, it is not easy to get them
</font><br>
<font face="Times New Roman" size="4">there are two type of versions </font><br>
<font face="Times New Roman" size="4">one: version in a image, two: version in a running container
</font><br>
<font face="Times New Roman" size="4">two is easy, for example , we can get it by calling docker exec...
</font><br>
<font face="Times New Roman" size="4">but how to get the one, Is there any way, Thanks.</font></div>
</div>
</span></span></div>
</div>
</div>
</body>
</html>