# Tonight (and yesterday's) summary of activity

**URL:** <https://forum.ansible.com/t/tonight-and-yesterdays-summary-of-activity/11406>\
**Category:** Ansible Project\
**Created:** [April 13, 2012, 2:14am UTC](https://forum.ansible.com/t/tonight-and-yesterdays-summary-of-activity/11406 "2012-04-13T02:14:49Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Michael\_DeHaan](https://avatars.discourse-cdn.com/v4/letter/m/c4cdca/32.png) [@Michael\_DeHaan](https://forum.ansible.com/u/Michael_DeHaan)\
**Post date:** [April 13, 2012, 2:14am UTC](https://forum.ansible.com/t/tonight-and-yesterdays-summary-of-activity/11406/1 "2012-04-13T02:14:49Z")

</div>

Busy last couple of days… thanks to all who submitted patches. Here are changes that occurred in git over the last few days. At the end of this email I will also share a bit about where we’re going. I love how things are heating up lately and how many different people are submitting code and tickets. Thanks to all of you!

RECENT CHANGES

---

<div class="post-metadata">

**Author:** ![Jeroen\_Hoekx](https://avatars.discourse-cdn.com/v4/letter/j/ba9def/32.png) [@Jeroen\_Hoekx](https://forum.ansible.com/u/Jeroen_Hoekx)\
**Post date:** [April 13, 2012, 6:08am UTC](https://forum.ansible.com/t/tonight-and-yesterdays-summary-of-activity/11406/2 "2012-04-13T06:08:43Z")

</div>

Hello,

> We have an outstanding patch to allow individual hosts to run on different  
> SSH ports, that we're trying to refine. You will be able to specify ports in  
> the hosts file when done.

I think a better approach than try to bolt this on the existing format  
would be to also support yaml for the inventory file. Hosts and even  
groups would support variables, one of them could be 'ssh\_port'.

I needed that earlier this week. I had to create a small python script  
that only contained the groups, hostnames and associated variables in  
object notation and dumped it to JSON. Not that nice.

It also might be nice to move the inventory code out of Runner, so we  
can test that separately. I'll see what I can do.

Greetings,

Jeroen

---

<div class="post-metadata">

**Author:** ![Michael\_DeHaan](https://avatars.discourse-cdn.com/v4/letter/m/c4cdca/32.png) [@Michael\_DeHaan](https://forum.ansible.com/u/Michael_DeHaan)\
**Post date:** [April 13, 2012, 12:39pm UTC](https://forum.ansible.com/t/tonight-and-yesterdays-summary-of-activity/11406/3 "2012-04-13T12:39:28Z")

</div>

> Hello,
> 
> > We have an outstanding patch to allow individual hosts to run on different  
> > SSH ports, that we’re trying to refine. You will be able to specify ports in  
> > the hosts file when done.
> 
> I think a better approach than try to bolt this on the existing format  
> would be to also support yaml for the inventory file. Hosts and even  
> groups would support variables, one of them could be ‘ssh\_port’.

Sounds reasonable, but I don’t want it to be the only way.

I’d like to keep things forward compatible if we do that. While I agree people should be able to write it in YAML/JSON,  
I do not want to unsupported the present format, so it would have to be done in some sort of try/except block.

Further, from experience, while YAML is pretty good for play books, people DO have to learn YAML, whereas a flat  
list is something people can go in and use quickly. /bin/ansible is the gateway drug into play books and I want that  
experience to be swift.

Personally, I like the [ini] style group headers a lot better than indenting each item in a group and starting it with "- ", but if you  
want to store other data I agree it starts to get ugly.

Host:port is pretty basic though, so that should be ok.

> 

> It also might be nice to move the inventory code out of Runner, so we  
> can test that separately. I’ll see what I can do.

Technically it’s already a class method, so it’s usable separately, but it would be nice to make it more self contained.

Sounds like a good idea, and may make future format flexibility easier to do.

Be sure it still supports external variable scripts, which are a playbook thing, and the various override flags.
