<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 2, 2015 at 12:16 PM, Honza Horak <span dir="ltr"><<a href="mailto:hhorak@redhat.com" target="_blank">hhorak@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is a follow-up for the meeting we had yesterday and which there are minutes from at:<br>
<a href="https://lists.fedoraproject.org/pipermail/env-and-stacks/2015-October/000946.html" rel="noreferrer" target="_blank">https://lists.fedoraproject.org/pipermail/env-and-stacks/2015-October/000946.html</a><br>
<br>
One thing that we couldn't solve without any OpenShift representative was naming scheme for the centos images, that are based on SCL packages. Those were originally called (mysql chosen as example):<br>
  openshift/mysql-55-rhel7<br>
  openshift/mysql-55-centos7<br>
<br>
the new versions are located under rhscl (RH internal registry) and centos (docker hub) namespaces (variant A):<br>
  rhscl/mariadb-100-rhel7<br>
  centos/mariadb-100-centos7<br></blockquote><div><br></div><div>Any reason to have "mariadb-100" and not "mariadb-10" ? Are you planning to release mariadb-101 collection?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
What we were thinking about yesterday was this scheme (variant B):<br>
  rhscl/mariadb-100-rhel7<br>
  centos/mariadb:10.0<br>
<br>
Reasoning for shorter/simpler naming (variant B):<br>
* we want to hide the fact that image is using SCL, so there is no need to distinguish between SCL and non-SCL images<br>
* there doesn't seem to be a reason to have more variants of one component in the image (if there will be in the future, the name itself should be different)<br>
* image name should be simple for users<br>
* it is a benefit to use the same scheme as on docker hub<br>
* distribution version underneath is usually irrelevant (except some specific cases, like some base libraries; anyway it won't be good enough reason to provide two variants of images just for the sake of different libraries underneath), so the -centos7 suffix is not necessary<br>
<br>
However, after talking to Ben from OpenShift there are actually some arguments for using distro version and also version in the name (variant A):<br>
* Ben claimed the distribution underneath is actually important, because of kernel. Once there is centos8-based image, it might or might not run on centos7 machine. Whether this happens in reality or not, we should at least have a backdoor how to fix it.<br>
* version in the image name instead of just tag is handy for the cases where we want to work with :latest tag (used quite a lot in docker world, default behaviour)<br>
* no version in the image name also means that if users don't use tags, they will upgrade to newer version once new version is out (which e.g. in case of mysql 5.6 to 5.7 upgrade can cause troubles).<br>
* since RH internal naming is not expected to be changed, the new suggested variant will be more confusing for users, since they won't understand that rhscl/mysql-56-rhel7 is the same image as centos/mysql:5.6.<br>
* Ben also mentioned users haven't had problems with image naming so far<br>
<br>
Since there is no ideal solution, we may consider also some compromise, like:<br>
  centos/mysql-56<br>
<br>
..and have tags for the distribution (centos7) same as centos base image has, which would be a solution for the case distribution would matter once in the future.<br>
<br>
The general rule for the image name in the centos would be:<br>
  use <pkgname> for cases where version of the image doesn't care<br>
  use <pkgname>-<majorversion> for cases where version of the image matters, where it is expected that users will require a specific version of the image and upgrading to a newer version must be always under their control.<br>
<br>
What do you think?<span class="HOEnZb"><font color="#888888"><br>
<br>
Honza<br>
</font></span></blockquote></div><br></div></div>