| *** altlogbot_1 has quit IRC | 00:50 | |
| *** altlogbot_1 has joined #ara | 00:52 | |
| *** altlogbot_1 has quit IRC | 00:54 | |
| *** altlogbot_2 has joined #ara | 00:54 | |
| *** herald85 has joined #ara | 06:54 | |
| *** gvincent has joined #ara | 07:21 | |
| *** herald85 has quit IRC | 11:07 | |
| *** mgariepy has quit IRC | 12:27 | |
| *** mgariepy has joined #ara | 12:31 | |
| *** stdedos has joined #ara | 12:31 | |
| stdedos | Hello there! Would "ara" be a quick drop-in replacement for archiving runs in "stdout_callback=debug" verbosity? | 12:40 |
|---|---|---|
| stdedos | I discovered Ara after "fixing" my playbook, so I am more like a tl;dr response from people with experience in debugging playbook | 12:41 |
| dmsimard | stdedos: ara isn't a stdout callback so you could use both stdout_callback=debug and ara if you wanted to, although you may find the debug callback noisy | 13:44 |
| dmsimard | it's pretty "drop-in", but it's no replacement | 13:47 |
| dmsimard | in the sense that you install it, tell ansible to use it and it starts recording things. | 13:47 |
| *** gvincent has quit IRC | 13:48 | |
| openstackgerrit | David Moreau Simard proposed recordsansible/ara feature/1.0: Properly (re-)load database and logging settings with dynaconf https://review.opendev.org/658184 | 13:58 |
| *** ara-slack has joined #ara | 13:59 | |
| *** ChanServ sets mode: +v ara-slack | 13:59 | |
| openstackgerrit | David Moreau Simard proposed recordsansible/ara feature/1.0: WIP: Add tests for postgresql https://review.opendev.org/657023 | 14:03 |
| openstackgerrit | David Moreau Simard proposed recordsansible/ara feature/1.0: WIP: Add tests for postgresql https://review.opendev.org/657023 | 14:04 |
| *** gvincent has joined #ara | 14:06 | |
| *** e-tienne has joined #ara | 14:25 | |
| stdedos | thank you dmsimard. I have added some functionality in the meantime, and I saw "how" it works. | 14:28 |
| stdedos | I think, it is exactly how you framed it: 'it's pretty "drop-in", but it's no replacement' | 14:29 |
| openstackgerrit | David Moreau Simard proposed recordsansible/ara feature/1.0: WIP: Add tests for postgresql https://review.opendev.org/657023 | 14:34 |
| dmsimard | new version of django-cors-headers is a bit more demanding, CI is failing right now :( | 14:38 |
| dmsimard | ?: (corsheaders.E013) Origin '127.0.0.1:8000' in CORS_ORIGIN_WHITELIST is missing scheme or netloc | 14:38 |
| dmsimard | I'll send a fix but it's otherwise broken | 14:38 |
| dmsimard | https://github.com/ottoyiu/django-cors-headers/blob/master/HISTORY.rst#300-2019-05-10 | 14:39 |
| *** stdedos has quit IRC | 14:41 | |
| dmsimard | people have already reported it as https://github.com/ottoyiu/django-cors-headers/issues/403 | 14:41 |
| openstackgerrit | David Moreau Simard proposed recordsansible/ara feature/1.0: Properly (re-)load database and logging settings with dynaconf https://review.opendev.org/658184 | 15:00 |
| openstackgerrit | David Moreau Simard proposed recordsansible/ara feature/1.0: WIP: Add tests for postgresql https://review.opendev.org/657023 | 15:00 |
| openstackgerrit | David Moreau Simard proposed recordsansible/ara feature/1.0: Include the http scheme for CORS_ORIGIN_WHITELIST https://review.opendev.org/658842 | 15:00 |
| *** med_ has joined #ara | 17:17 | |
| ara-slack | abcde0: The ansible testcases we're trying to execute come with this note "v2.0.0.2 is the currently tested Ansible version. Other versions may not work correctly." sure enough when ansible got upgraded to 2.7.2 upon installing ARA, the testcases failed left and right. My understanding is ARA doesn't support ansible version below 2.4. Is there anyway to make ARA work w/o having to update the testcases? Thanks! | 17:42 |
| apollo13 | dmsimard: hi there, how is it going? | 17:43 |
| *** spiette_ has quit IRC | 18:21 | |
| *** spiette has joined #ara | 18:23 | |
| dmsimard | apollo13: o/ doing alright but I need a haircut :p | 18:32 |
| apollo13 | dmsimard: I can also help with that, but not sure you will like the result | 18:33 |
| dmsimard | @abcde0 2.0 is an ancient version of Ansible and I would highly recommend against using it | 18:33 |
| dmsimard | there could be unpatched CVEs and things like that | 18:33 |
| dmsimard | 2.0 is EOL since 2016: https://docs.ansible.com/ansible/latest/reference_appendices/release_and_maintenance.html | 18:34 |
| *** gvincent has quit IRC | 18:35 | |
| ara-slack | abcde0: @dmsimard yeah, i'm with you but it's a git repo contributed by virtually anyone. we don't really have a say. it's a bummer. i was really hoping we could take advantage of the slick reports ARA offers. :disappointed: | 18:36 |
| dmsimard | @abcde0 maybe there's an equally as ancient version of ara that would work but there be dragons, you're on your own :p | 18:37 |
| dmsimard | apollo13: I'll stick to django then :D | 18:39 |
| dmsimard | what's up ? | 18:39 |
| ara-slack | abcde0: @dmsimard argh, not the answer i was hoping for :disappointed: well, but thank you for your help all these time. i'm sure i'll find other opportunities to use ARA | 18:40 |
| apollo13 | dmsimard: not much, family & work mostly. Not to much in the mood to code after work and deadlines coming up | 18:40 |
| apollo13 | also I already dislike the new redhat logo | 18:41 |
| apollo13 | although I do understand their rationale and like the documents they published about why and how | 18:41 |
| apollo13 | but if I go to https://www.redhat.com/en my browser hates me and renders an ugly pixely version of the log | 18:42 |
| apollo13 | even though it is an svg *mhm* | 18:42 |
| apollo13 | I probably need a laptop with more pixels^^ | 18:42 |
| apollo13 | also downloading rhel 8 | 18:42 |
| apollo13 | what's missing for ara 1.0 release? | 18:43 |
| dmsimard | apollo13: all my swag is legacy with the new logo now :( | 18:43 |
| apollo13 | mhm the todos look rather empty https://github.com/ansible-community/ara/projects/1 -- that is great | 18:44 |
| apollo13 | btw if one logs from multiple playbook runs to ara, is there any way to differentiate them? like different projects or environments… | 18:45 |
| dmsimard | in 1.0 there are playbook names as well as labels | 18:45 |
| apollo13 | ah, issue 15 | 18:46 |
| dmsimard | and 25 | 18:46 |
| apollo13 | yeah that was me fat fingering | 18:46 |
| apollo13 | dmsimard: any thoughts on allowing labels in ansible.cfg? | 18:47 |
| apollo13 | because I generally distinguish project by git repo and each has their own ansible.cfg | 18:48 |
| dmsimard | how about an ansible var ? | 18:48 |
| dmsimard | that's how playbook names are set up currently | 18:48 |
| dmsimard | https://github.com/ansible-community/ara/blob/bb4e5040c633d67c9edcf010da589b49e7bb5d3f/ara/plugins/callback/ara_default.py#L183-L185 | 18:49 |
| apollo13 | oh for consistency that would certainly be nice | 18:49 |
| dmsimard | I'm not convinced about an approach with a module | 18:50 |
| dmsimard | we can retrieve things from ansible.cfg but a label doesn't feel like config | 18:50 |
| dmsimard | apollo13: regarding release of 1.0 | 18:51 |
| apollo13 | well I'd like to "namespace" certain runs so to say | 18:51 |
| apollo13 | if that means I have to put https://ara_server/<namespace>/api as config I'd be fine with that too | 18:52 |
| dmsimard | main problem is lack of parity between 0.x and 1.0 | 18:52 |
| apollo13 | you are going to hate me, but: ¯\_(ツ)_/¯ :D | 18:53 |
| apollo13 | I haven't used 0.x because it didn't do what I needed ;) | 18:53 |
| dmsimard | I don't hate you, <3 | 18:53 |
| dmsimard | I've been conflicted myself | 18:54 |
| apollo13 | but rationally, what do you expect? migration wise? | 18:54 |
| apollo13 | or rather what would you like to see | 18:54 |
| dmsimard | people actually trying it out ahead of the release and providing feedback would be awesome | 18:55 |
| dmsimard | but I don't think it's nothing that would be unfixable in a 1.1 or whatever | 18:56 |
| apollo13 | well I'd see 1.0 as "you are comfortable with the feature set" | 18:56 |
| apollo13 | nothing is set into stone afterwards aside from probably caring about backwards compat | 18:57 |
| dmsimard | right | 19:00 |
| dmsimard | apollo13: replied to your comment about databases | 19:06 |
| apollo13 | "I haven't dug thoroughly to figure out why but at least in my testing with postgresql, it would only work if I exported the individual variables in my shell." | 19:08 |
| apollo13 | I'll check, because that shouldn't happen | 19:08 |
| apollo13 | or rather reading DATABASES via settings.get shouldn't result in a diff | 19:09 |
| apollo13 | hrmpf, why does manage.py again miss the executable bit? | 19:11 |
| dmsimard | It's a symlink ? | 19:11 |
| dmsimard | I forget, need to brb | 19:11 |
| apollo13 | no it's not | 19:12 |
| apollo13 | ah the reason is we are generating DATABASES | 19:12 |
| openstackgerrit | Merged recordsansible/ara feature/1.0: Include the http scheme for CORS_ORIGIN_WHITELIST https://review.opendev.org/658842 | 19:13 |
| openstackgerrit | Florian Apolloner proposed recordsansible/ara feature/1.0: Properly (re-)load database and logging settings with dynaconf https://review.opendev.org/658184 | 19:20 |
| apollo13 | dmsimard: ^ apply that, remove your ara settings.yml and let it recreate it | 19:20 |
| apollo13 | dmsimard: we did read DATABASE_NAME but did put the whole DATABASES into settings | 19:21 |
| apollo13 | same for LOGGING | 19:21 |
| apollo13 | for simplicity I'd go with one logging flag for now | 19:21 |
| openstackgerrit | Florian Apolloner proposed recordsansible/ara feature/1.0: Write only supported configuration params to the settings file. https://review.opendev.org/658184 | 19:22 |
| openstackgerrit | Florian Apolloner proposed recordsansible/ara feature/1.0: Write only supported configuration params to the settings file. https://review.opendev.org/658184 | 19:23 |
| openstackgerrit | Florian Apolloner proposed recordsansible/ara feature/1.0: Updated black dependency. https://review.opendev.org/658900 | 19:33 |
| openstackgerrit | Florian Apolloner proposed recordsansible/ara feature/1.0: Also ignore .venv directories. https://review.opendev.org/658902 | 19:35 |
| apollo13 | dmsimard: btw django is going to blackify it's codebase | 19:37 |
| *** Jmainguy has joined #ara | 20:45 | |
| *** Jmainguy has joined #ara | 20:49 | |
| *** openstackgerrit has quit IRC | 21:09 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!