*** dbpiv has joined #ara | 00:02 | |
*** evrardjp has joined #ara | 00:07 | |
*** evrardjp_ has joined #ara | 02:23 | |
*** evrardjp has quit IRC | 02:26 | |
*** bcoca has quit IRC | 02:45 | |
*** jlozadad has quit IRC | 04:22 | |
*** jlozadad has joined #ara | 04:23 | |
*** jparrill has joined #ara | 06:28 | |
*** resmo has joined #ara | 07:14 | |
*** dbpiv has quit IRC | 10:17 | |
*** dbpiv has joined #ara | 10:22 | |
*** bcoca has joined #ara | 12:49 | |
*** bcoca has joined #ara | 12:49 | |
*** tbielawa has joined #ara | 12:52 | |
*** jrist has quit IRC | 12:59 | |
*** gvincent has quit IRC | 13:44 | |
*** gvincent has joined #ara | 13:45 | |
*** leifmadsen has joined #ara | 13:50 | |
*** hiroki has quit IRC | 13:59 | |
*** hiroki has joined #ara | 13:59 | |
*** hiroki has joined #ara | 13:59 | |
*** tbielawa is now known as tbielawa|mtgs | 14:00 | |
*** jlozadad has quit IRC | 14:07 | |
*** themurph has joined #ara | 14:47 | |
*** themurph has quit IRC | 14:48 | |
*** themurph has joined #ara | 14:52 | |
*** themurph has quit IRC | 14:57 | |
*** themurph has joined #ara | 14:58 | |
*** resmo has quit IRC | 14:59 | |
*** themurph has quit IRC | 15:06 | |
*** themurph has joined #ara | 15:24 | |
*** tbielawa|mtgs is now known as tbielawa | 15:52 | |
*** jrist has joined #ara | 16:05 | |
*** jrist has quit IRC | 16:33 | |
*** jrist has joined #ara | 16:34 | |
*** sshnaidm has joined #ara | 16:38 | |
*** sshnaidm has quit IRC | 17:14 | |
*** tbielawa is now known as tbielawa|lunch | 17:55 | |
*** jrist has quit IRC | 18:27 | |
*** dw has joined #ara | 18:53 | |
dw | dmsimard: would you be amenable to a PR adding the ability to merge ansible's existing configuration into the output of ara.setup.env? e.g. picking the existing callback plugin list out of ansible.cfg/the existing environment and appending to it | 18:58 |
---|---|---|
dw | its mostly just one import of 'ansible.constants', but not sure if that breaks assumptions about where ara.setup.env could be used (e.g. would need to exist in the same virtualenv as ansible, etc.) | 18:58 |
dmsimard | dw: hmm, ideally there'd be as little logic as possible in the setup modules since it's mostly to get the paths without having to hard code things | 18:59 |
dmsimard | dw: is your ansible.cfg file static ? | 18:59 |
dw | yep :) the other option is a bit of regexxing from a shell script | 19:00 |
dw | it's easy enough to merge the variables it returns into ansible.cfg, but seems this might be a common situation | 19:02 |
dmsimard | dw: I understand what you're trying to do but I'm not sure about the use case. Do you want to only sometimes override the ansible.cfg file by appending ara to the existing callbacks ? | 19:02 |
dw | it's not to make ara optional, but to figure out where it lives on disk :) this is for some tests that run from different places | 19:03 |
dmsimard | okay and depending on the scenario, ara might not be installed at the same place ? | 19:03 |
dw | yep.. on travis I have no idea where it lives, on my local machine I ahve my own virtualenv directory structure, and probably others use virtualenvwrapper and suchlike | 19:04 |
dmsimard | dw: and you know the locations of your other callbacks since they're static, right ? | 19:05 |
dw | yep.. that part is static :) | 19:06 |
dmsimard | dw: so, could you do something like this: export ANSIBLE_CALLBACK_PLUGINS="/path/to/callbacks:/path/to/other/callbacks:$(python -m ara.setup.callback_plugins)" ? | 19:13 |
dmsimard | ara.setup.callback_plugins only prints the path to the callback plugins | 19:15 |
dw | ooh, I hadn't seen that one | 19:17 |
dmsimard | dw: there's more examples in the docs: https://ara.readthedocs.io/en/latest/configuration.html | 19:18 |
*** tbielawa|lunch is now known as tbielawa | 19:21 | |
dw | dmsimard: thanks :) had scanned this a few weeks back and forgotten all about it | 19:27 |
*** jrist has joined #ara | 19:35 | |
dmsimard | dw: np, does this unblock you for now ? | 19:37 |
dw | dmsimard: i write a little wrapper that does ^ so i dont' have to cutpaste stuff from ansible.cfg, it'll inevitably get out of sync. the ara.setup constants were all that was needed | 19:50 |
dw | *wrote | 19:50 |
dw | just playing around with azure devops.. it has asset publishing, and ARA is one of the assets that would be nice to publish :) let's see how slow it is first, because otherwise no point in leaving Travis | 19:51 |
dmsimard | dw: neat, I'm not familiar with the product but definitely interested :D | 20:20 |
*** tbielawa is now known as tbielawa|g0n3 | 20:21 | |
*** tbielawa|g0n3 has quit IRC | 20:22 | |
*** themurph has quit IRC | 20:27 | |
*** themurph has joined #ara | 21:04 | |
*** sshnaidm has joined #ara | 21:34 | |
*** themurph has quit IRC | 21:42 | |
*** dbpiv has quit IRC | 22:10 | |
*** evrardjp_ is now known as evrardjp | 22:22 | |
*** jrist has quit IRC | 23:15 | |
*** dbpiv has joined #ara | 23:29 | |
*** sshnaidm has quit IRC | 23:31 | |
*** sshnaidm has joined #ara | 23:40 | |
*** sshnaidm is now known as sshnaidm|afk | 23:40 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!