<div dir="ltr">I think we need to take into account that there are multiple different purposes for a minimal image.  If I'm using the minimal image in Docker, I don't want or need sshd.  In other (non-container) places, I probably do.  So maybe we need more than one minimal (or micro) -- 'micro' (outrageously small image for outrageously small machines) and 'micro-lxc' (even smaller image for even smaller containers).<div>
<br></div><div>I definitely think yum should be included, though.  I should be able to 'RUN yum -y install ...' in my Dockerfile without first invoking some ugly 'RUN rpm -hvU http://...' mess.</div><div><br>
</div><div>One of the many cool things about containers is that we can really almost eliminate all of the userspace except for the application itself.  With that in mind, including yum is probably a violation of Twelve Factor (specifically, <a href="http://12factor.net/build-release-run">http://12factor.net/build-release-run</a>), but the Docker build process doesn't really permit truly strict separation of build and run toolsets, just of the stages.  As LXC tools continue to evolve, though, there may be a use case for a micro image without even yum, with the assumption that the build stage will be accomplished by an external toolset.  That'll be an opportunity to really experiment with how much userspace we can pull out of CentOS.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Mar 19, 2014 at 1:27 PM, Les Mikesell <span dir="ltr"><<a href="mailto:lesmikesell@gmail.com" target="_blank">lesmikesell@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Wed, Mar 19, 2014 at 12:14 PM, Jeff Sheltren <<a href="mailto:jeff@tag1consulting.com">jeff@tag1consulting.com</a>> wrote:<br>

><br>
> Related questions we struggle with in Fedora: what about i18n and docs? If<br>
> no docs, docs at all, not even man pages?<br>
><br>
><br>
><br>
> "No docs at all" makes a lot of sense to me if we're going for truly<br>
> minimal.  The main issue I see with that is making end-users aware that they<br>
> better know what they're doing if they're installing this version.<br>
<br>
</div></div>Normally when you install a minimal version you already have a plan<br>
for what you will do next.  In my case I want the least possible user<br>
intervention (or network infrastructure support) to get a system to<br>
the point where I can ssh in and complete the setup because people in<br>
remote locations that are more familiar with other OS's may have to do<br>
it.  I'd prefer for sshd and yum to work and to have openssh-clients<br>
and rsync installed, but it wouldn't be a showstopper if it took an<br>
extra scripted step to get yum going.   I'd gladly trade that for an<br>
easier way to do the initial network setup when you have multiple NICs<br>
and no DHCP (like showing you the one(s) with link up).<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
   Les Mikesell<br>
     <a href="mailto:lesmikesell@gmail.com">lesmikesell@gmail.com</a><br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
CentOS-devel mailing list<br>
<a href="mailto:CentOS-devel@centos.org">CentOS-devel@centos.org</a><br>
<a href="http://lists.centos.org/mailman/listinfo/centos-devel" target="_blank">http://lists.centos.org/mailman/listinfo/centos-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Chris St. Pierre
</div>