Open Stack

Clint Byrum <clint at fewbar.com> wrote on 04/15/2014 05:17:21 PM:


> Excerpts from Zane Bitter's message of 2014-04-15 13:32:30 -0700:

> > Yes, that _kind_ of thing. But I don't see much point in having an 
> > AWS::CloudFormation::Init section that isn't compatible with 
> > CloudFormation's definition of it. We already have some native 
> > in-instance tools (e.g. os-apply-config) that can probably handle this 

> > better.
> > 
> 
> os-apply-config wouldn't really be what you want. It is specifically
> only intended for translating communication values into configuration.
> Package installation is not handled.
> 
> We don't have a native declarative post-boot package installation
> tool that can be expressed this way. If you must do vanilla images +
> customization, I think cfn-init is generally fine. This particular case,
> however, shows a place where they abused the mapping json type pretty
> badly. I think it would make sense to have a native OS::Heat::Init
> section that takes the package name as a value or something.
> 
> > FWIW, in the short term I'm not aware of any issue with installing 
> > mariadb in Fedora 17/18, provided that mysql is not installed first. 
And 
> > in fact they're both EOL anyway, so we should probably migrate all the 

> > templates to Fedora 20 and mariadb.
> 
> +1 for that.

I count 22 templates in heat-templates that are written to support Fedora, 
Ubuntu, and RHEL; is MariaDB available in those?  I do not see it in 
Ubuntu 12.10, for example.

Those templates support ubuntu 10.  Just 10!  It will probably be easiest 
to add Ubuntu 12 (as in 12.04 LTS) and 14 (as in 14.04 LTS).

Yes, I can see how OS::Heat::Init makes sense.  But is this just the first 
thing on a long list?  Would it be better to have a static intrinsic that 
is like Python's dict(iterable of iterable)->dictionary function?

Thanks,
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140415/79543cc7/attachment.html>