I still run in this problem with Ansible 2.4.1.0.
Which version are you refering to?
--
You received this message because you are subscribed to the Google Groups
"Ansible Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to ansible-devel+
Rich - what was the particular case that was fixed in the latest devel? Do
you (or anyone else) have a link to the PR?
I'm running into the exact issue you describe when trying to keep my
ansible roles modular (i.e. passing boolean values in as arguments to the
role instead of relying on the gl
Latest devel seems to work great for me now. Thanks to the developers for
fixing it for this specific use-case.
Our codebases no longer generate any warnings except one or two that are
both valid and very easy to fix
Thanks!
On Tuesday, 30 May 2017 14:45:16 UTC+1, Ed wrote:
>
> [ Bringing a qu
[ Bringing a question over here that was unanswered in ansible-project... ]
I've got cases where I want to run the same complex task multiple times,
with minor variances. I've been implementing that with a loop where each
item has a property for its when statement, and the task uses templating
I mean Hi Brain! ooops...
I have no idea how to edit posts either!
On Tuesday, 30 May 2017 11:39:33 UTC+1, Rich Lees wrote:
>
> Hi Micheal,
>
> Thanks for the reply. I have also seen pretty much that any other example
> of this warning being triggered is both valid and workaround-able.
>
> I am
Hi Micheal,
Thanks for the reply. I have also seen pretty much that any other example
of this warning being triggered is both valid and workaround-able.
I am beginning to think our way of using Ansible (passing through variables
into sub-roles) might be different to other peoples...
Which brin
On 27. mai 2017 13:40, Jörg Kastning wrote:
Am Freitag, 26. Mai 2017 18:12:43 UTC+2 schrieb Kai Stian Olstad:
In your case you need to do what the warning says, remove the "{{ and
the }}" and the warning will be gone.
when: ("Complete!" in yum_output.stdout_lines[-1]) or
("Komplet
Am Freitag, 26. Mai 2017 18:12:43 UTC+2 schrieb Kai Stian Olstad:
>
> On 26. mai 2017 14:54, Jörg Kastning wrote:
> > I found this discussion in the githup issue mentined above. In my case I
> > need to run a play only when a certain string was found an the output of
> > another command. Example
On 26. mai 2017 14:54, Jörg Kastning wrote:
I found this discussion in the githup issue mentined above. In my case I
need to run a play only when a certain string was found an the output of
another command. Example main.yml from one of my roles:
---
- name: Install Red Hat Security Advisory (R
Am Mittwoch, 24. Mai 2017 17:03:20 UTC+2 schrieb Rich Lees:
>
> Hi All,
>
> Am new to this group and Google Groups in general so please go easy.
>
> I have a few questions about the recent change in Ansible 2.3.0.0 that new
> prints a warning when jinja2 templating is included in a when, changed_w
That's fair. Thanks for the details.
On Thu, May 25, 2017 at 11:31 AM Brian Coca wrote:
> There are just 2 contexts, normal (you require them) and conditionals
> (anything with when:) which don't. It is consistent, juts not uniform.
>
> --
> Brian Coca
>
--
You received this message
There are just 2 contexts, normal (you require them) and conditionals
(anything with when:) which don't. It is consistent, juts not uniform.
--
Brian Coca
--
You received this message because you are subscribed to the Google Groups
"Ansible Development" group.
To unsubscribe from this g
Hi,
Thanks for getting back to me. I understand that in my case it is a valid
warning for what it was designed for. Where I disagree is the warning being
present in the first place.
I admit that my use case is different, but as a new person to Ansible, it
is confusing why there's a lack of consis
@Micheal, in your case having the extra moustaches ({{ }}) would cause
unwanted double interpolation, @Rich is actually using that on
purpose. So the warning was valid in your case, but not his.
For templating there are mainly 2 rules (though 2nd is actually
consequence of the first):
- moustache
My short answer: Yes.
I mentioned on GitHub that I'm new the Ansible and just starting to learn
it. It caused a great deal of confusion for me, when I saw that everywhere
else in Ansible accepts Jinja delimeters but `when` and `changed_when`
threw these warnings. This is a rather simplistic ex
15 matches
Mail list logo