<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 15, 2016 at 10:26 PM, Thomas Herve <span dir="ltr"><<a href="mailto:therve@redhat.com" target="_blank">therve@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
Historically elements to create images using software config were<br>
developed in the heat-templates repository, which turned out to mean<br>
that this had to be packaged, etc. Today we were asked if tags could<br>
be added to help maintaining the packages. Before we do that, I wonder<br>
if we should extract the elements in a different repository. We<br>
already have tests which are only applicable to this specific subset<br>
of the repo, so it shouldn't be too hard.<br>
<br>
In summary: let's create a new repository<br>
heat-software-config-elements, and move everything from<br>
hot/software-config/elements/ in the heat-templates repository to it<br>
(and the associated tests).<br>
<br>
Thoughts?<br>
<span class="gmail-HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>Yes, these have definitely outgrown their current home.</div><div><br></div><div>RDO already generates the following sub-packages from heat-templates:</div><div>python-heat-agent</div><div>python-heat-agent-puppet</div><div>python-heat-agent-ansible</div><div>python-heat-agent-apply-config</div><div>python-heat-agent-hiera</div><div><br></div><div>Therefore can I suggest we call the new repository "heat-agents"?</div></div><br></div><div class="gmail_extra">I do wonder about the usefulness of the diskimage-builder elements-based directory layout, since image builders can just install the package. But I suppose having elements will be useful for heat-agents CI jobs, and a more appropriate layout doesn't occur to me currently.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Also we should consider if we want to retain the git history of these files in the new repo - I'm in favour if its not too much effort and the resulting history looks clean.</div></div>