<br><br><div class="gmail_quote">On Mon, Apr 9, 2012 at 12:40 PM, Justin Santa Barbara <span dir="ltr"><<a href="mailto:justin@fathomdb.com">justin@fathomdb.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div class="gmail_quote"><div class="im">On Mon, Apr 9, 2012 at 8:18 AM, Doug Hellmann <span dir="ltr"><<a href="mailto:doug.hellmann@dreamhost.com" target="_blank">doug.hellmann@dreamhost.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="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>I'm thinking of the os prefix as standing for OpenStack, not Operating System. </div>

</blockquote><div><br></div></div><div>I would never have guessed that from the context. Why OpenStack instead of Operating System?</div></div></blockquote><div><br></div></div><div>We reserve this limited region of the namespace (<a href="http://openstack.org" target="_blank">openstack.org</a>: or os:) for keys that we agree to have general meaning.  In return for not using that prefix for their own purposes, anyone uploading images knows that there will no collisions, no matter what cloud that image lands on, and no matter what additional values <a href="http://openstack.org" target="_blank">openstack.org</a> defines in the future.</div>
</div></div></blockquote><div><br></div><div>That makes sense.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="gmail_quote">
<div><br></div><div>In general, I'd suggest that prefixing custom properties with your domain name is "a good idea" for the long term, but that's a separate issue.</div><div><br></div><div>Sounds like you'd prefer openstack.org:version or openstack.org:os_version.  Both work for me, I think I prefer the second.</div>
</div></div></blockquote><div><br></div><div>I do, too.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="gmail_quote"><div class="im">

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div>
<div>Are the major and minor numbers going to be sufficient versioning information? See for example PEP 386 for more detailed version strings (<a href="http://www.python.org/dev/peps/pep-0386/" target="_blank">http://www.python.org/dev/peps/pep-0386/</a>).</div>

</div><div>
<div></div></div></div></blockquote><div><br></div></div><div>For a distro, I believe yes.  Do you have a counter-example?</div></div></div></blockquote><div><br></div><div>Not off the top of my head, but I really only use RedHat variants or Ubuntu variants, so I thought I would bring it up in case there are others that use different schemes. For example, how about pre-releases?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="gmail_quote"><div class="im"><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="gmail_quote"><div><div>  The package names may vary depending on the platform, so the names probably shouldn't be tied to the names of the packages themselves but to the projects. Or maybe that's just a taxonomy problem that should be left up to the taggers.</div>

</div></div></blockquote><div><br></div></div><div>Absolutely.  The package name would be meaningful/comparable only after the distro/major/minor combo.  I can't imagine any distro changing package names within a release.  So we really do defer this issue to the distro.</div>
</div></div></blockquote><div><br></div><div>It seems suboptimal, but I guess it's reasonable to expect the caller of the API to be able to provide the distro-specific package name for the application or library they want included in the image.</div>
</div>