[openstack-dev] [heat][tripleo] New repository for software-config elements

Rico Lin rico.l at inwinstack.com
Wed Nov 16 07:47:55 UTC 2016


2016-11-16 5:08 GMT+08:00 Steve Baker <sbaker at redhat.com>:

>
>
> On Tue, Nov 15, 2016 at 10:26 PM, Thomas Herve <therve at redhat.com> wrote:
>
>> Hi all,
>>
>> Historically elements to create images using software config were
>> developed in the heat-templates repository, which turned out to mean
>> that this had to be packaged, etc. Today we were asked if tags could
>> be added to help maintaining the packages. Before we do that, I wonder
>> if we should extract the elements in a different repository. We
>> already have tests which are only applicable to this specific subset
>> of the repo, so it shouldn't be too hard.
>>
>> In summary: let's create a new repository
>> heat-software-config-elements, and move everything from
>> hot/software-config/elements/ in the heat-templates repository to it
>> (and the associated tests).
>>
>> Thoughts?
>>
>>
> Yes, these have definitely outgrown their current home.
>
> RDO already generates the following sub-packages from heat-templates:
> python-heat-agent
> python-heat-agent-puppet
> python-heat-agent-ansible
> python-heat-agent-apply-config
> python-heat-agent-hiera
>
> Therefore can I suggest we call the new repository "heat-agents"?
>
> 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.
>
> 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.
>
>
`heat-agents` sounds  good (hope `agent` is not destracted to anyone).
We already have a new docker-cmd hook landing there might be some other
hooks from other project that are under planing, so it might be a good
timing to get it done.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20161116/bd6e96c8/attachment.html>


More information about the OpenStack-dev mailing list