On Wed, Oct 27, 2021 at 9:22 PM Mark Mielke wrote:
>
> Are there any other voices from the Core team on this issue, particularly
> ones that do not work for Red Hat? (And I also don't mean the Red Hat angle
> to be a slant... conflict of interest is insidious, and it affects us all...
> which i
On Mon, 21 Sep 2020 at 21:31, rajtheco...@gmail.com
wrote:
>
> Hi Bob,
>
> here my code I removed '^' still not working
>
> - set_fact:
> console: "{{ current_show_run[0] | map('regex_search', qry,
> multiline=True | select('string') | list }}"
> vars:
>qry: '^line con.*\n\spass
On Sun, 27 Sep 2020 at 05:15, thlanzer wrote:
>
> I would like to parse specifc JSON files, create objects from them and store
> them in memory for further lookup
Hi Thomas.
You obviously have some very specific use-case in mind, but I was not
able to follow your thought process based on the de
On Wed, 8 Aug 2018 at 15:50, wrote:
>
> Is anyone able to point me into the right direction? I've looked at the docs,
> but I can only see a basic debug with_items, but not with_items from a
> registered variable.
Maybe you want something like:
- debug:
…
with_items: "{{ check_services_e
> A block has no logical connection to the includes it contains, so the
workaround is unexpected special case behavior when a include is nested
inside a block.
I agree, and it's a nasty surprise for people who don't happen to know this
special-case.
-- Abhijit
--
You received this message becau
