Slashes in shell commands

[James Morgan]

Hi,

Prior to Ansible 1.7.2 I did not need to add slashes to the end of each line. Since this version it complains if I don't

This causes a problem as different environments have different versions of ansible. Some 1.7, some 1.7.2

Is there a way to query the version of ansible?

For example

  - name: Generate permissions

    tags:

      - db

      - data

    shell: >

      chdir="{{ release_dir }}/some_app"

        tclsh {{ genperms }} \   <---------

        -format LOAD \

        -output_dir "{{ release_dir }}/reference/db" \

        "{{ conf_dir }}//box_specific/some_app.cfg"

I plan to move some of these shell commands into a module which would sort this, but I need solution that doesn't rely on that.

Thanks

James

[James Cammarata]

Hi James, the variable ansible_version is available for this. Here's an example of the debug output of this variable:

TASK: [debug var=ansible_version] ********************************************* 

ok: [127.0.0.1] => {

    "ansible_version": {

        "full": "1.8", 

        "major": 1, 

        "minor": 8, 

        "revision": 0, 

        "string": "..."

    }

}

The "string" portion contains what is shown when you run something like "ansible-playbook --version", I've just omitted here since it's a pretty long string.

Hope that helps!

--
You received this message because you are subscribed to the Google Groups "Ansible Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ansible-proje...@googlegroups.com.
To post to this group, send email to ansible...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ansible-project/bdfe4515-bcaf-451e-9bb2-4b97397a1dcf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Tomasz Kontusz]

I think ansible_version is pretty new (1.8?), so it won't help much with older versions

James Cammarata <jcamm...@ansible.com> napisał:

--
Wysłane za pomocą K-9 Mail.

[James Morgan]

Yeah i'm using Ansible from EPEL so can't just get the latest version.

I would guess the change came about from

Improved multi-line parsing when using YAML literal blocks (using > or |).

https://github.com/ansible/ansible/blob/devel/CHANGELOG.md

 

So I may just move everything to a single line until we know we are > 1.7.2

[James Cammarata]

My apologies, I didn't check to see when we'd added that.

And yes, that change came from bugs related to newlines when parsing statements like yours, which had somewhat different behavior when using the two literal operators in YAML.

--
You received this message because you are subscribed to the Google Groups "Ansible Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ansible-proje...@googlegroups.com.
To post to this group, send email to ansible...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/ansible-project/2c66ae9b-e08e-4ba9-98f4-327be0a24269%40googlegroups.com.

[James Morgan]

Hi,

No worries, I think I have a workaround

Out of interest when do you think 1.8 will make it onto epel?

Cheers

James

[Michael DeHaan]

EPEL testing picks things up really quick as @nirik is super quick on those things. 

It takes a while dependent on package karma to hit EPEL-EPEL.

--

You received this message because you are subscribed to the Google Groups "Ansible Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ansible-proje...@googlegroups.com.
To post to this group, send email to ansible...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/ansible-project/dbe03ea6-401e-4dda-b617-772f6cf2e0e1%40googlegroups.com.

[James Morgan]

Ok thanks for the info Michael