<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<div>Does your hot repo overlap with my Heater blueprint?<br>
<br>
<br>
-------- Original message --------<br>
From: Adrian Otto <adrian.otto@rackspace.com> <br>
Date: 04/24/2013 2:00 PM (GMT-06:00) <br>
To: OpenStack Development Mailing List <openstack-dev@lists.openstack.org> <br>
Subject: Re: [openstack-dev] [Heat] Template repository location (infra guidance needed)
<br>
<br>
<br>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">Steven,<br>
<br>
On Apr 24, 2013, at 11:00 AM, Steven Hardy <shardy@redhat.com><br>
wrote:<br>
<br>
> On Wed, Apr 24, 2013 at 04:20:18PM +0000, Adrian Otto wrote:<br>
>> Steven,<br>
>> <br>
>> I don't think we need to use Stackforge at all anymore. Heat is integrated. Let's keep things simple, and use the Heat repo for Heat's work product. The way I see it is that if an OpenStack dev is creating a template as part of a Heat development effort,
then the artifacts relating to that work belong in OpenStack.<br>
> <br>
> Well this is basically what I was thinking when we were discussing<br>
> stackforge in the team, hence my question when starting this thread.<br>
> <br>
> I agree that ideally this will be hosted under the openstack org (I'd<br>
> prefer this to stackforge if possible), but "the Heat repo" implies the<br>
> main openstack/heat repo, which I would prefer to decouple from example<br>
> templates, since they are example inputs not implementation (e.g it doesn't<br>
> make sense for users to have to install the service implementation to get<br>
> access to the example templates when Heat is packaged)<br>
<br>
That sounds to me like a documentation concern. I think that can be addressed using the WIKI.<br>
<br>
We should have some number of functional templates that are used to demonstrate and test Heat, and those belong in any Heat package.<br>
<br>
>> We may want to consider a future setup where there is a central community repository where best practices for deployment of various applications and systems can be expressed as templates and stored in a registry or repo that can be browsed by OpenStack users.
Think CPAN, or PIP. This is where templates could go that are not part of a coordinated release. That may or not belong in OpenStack, but I think that's actually a separate discussion.<br>
> <br>
> Agree, this sounds like a good future idea but out of scope for the main<br>
> Heat project, I'm keen that we just have a reasonable number of tested<br>
> examples to demonstrate our functionality.<br>
<br>
The maintenance of the repo may be out of scope, but I think a feature in Heat to enable this is worth consideration. I registered a blueprint accordingly:<br>
<br>
<a href="https://blueprints.launchpad.net/heat/+spec/hot-repo">https://blueprints.launchpad.net/heat/+spec/hot-repo</a><br>
<br>
Adrian<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
OpenStack-dev@lists.openstack.org<br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div>
</span></font>
</body>
</html>