<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">IMO config files should generally be managed as a template. If the files were YAML, I would still be managing them as a template. I went down the path of managing ini files with Ansible’s ini_file module, and it’s just not worth it.</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">John</div><p class="airmail_on">On February 1, 2016 at 8:59:10 AM, Alexis Lee (<a href="mailto:lxsli@hpe.com">lxsli@hpe.com</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div><div></div><div>Hi operators,

<br>

<br>I have a spec up to allow config files to be specified as YAML instead

<br>of INI: https://review.openstack.org/273468

<br>

<br>The main benefit from my perspective is being able to use YAML tooling

<br>to transform config (EG as part of an Ansible run). Crudini doesn't work

well with MultiStrOpts.

<br>

<br>

<br>There's also a patch to allow logging config to be specified as YAML:

<br>https://review.openstack.org/259000

<br>

<br>The main benefit here is not having to declare your handlers, loggers

<br>and formatters before defining them. This has caught my team a couple of

times when making logging changes.

<br>

<br>

Are these features you are interested in or should I let them die?

<br>

<br>

<br>Alexis (lxsli)

<br>--  

Nova developer, Hewlett-Packard Limited.

Registered Office: Cain Road, Bracknell, Berkshire RG12 1HN.

<br>Registered Number: 00690597 England

<br>VAT number: GB 314 1496 79

<br>

<br>_______________________________________________

<br>OpenStack-operators mailing list

<br>OpenStack-operators@lists.openstack.org

<br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

<br></div></div></span></blockquote></body></html>