15:12:13 #startmeeting Ansible Core Public IRC Meeting https://github.com/ansible/community/issues/560 15:12:13 Meeting started Thu Sep 24 15:12:13 2020 UTC. 15:12:13 This meeting is logged and archived in a public location. 15:12:13 The chair is sdoran. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:12:13 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:12:13 The meeting name has been set to 'ansible_core_public_irc_meeting_https://github.com/ansible/community/issues/560' 15:12:45 felixfontein: Did you have anything you wanted to discuss today? There are a few other items on the agenda from you that it seems we haven't addressed yet. 15:12:56 o/ 15:17:21 #topic open floor 15:19:05 Hi, I have a few minor things, unsure if this is the right meeting but anyways 15:20:14 integration tests: historically we have a setup in ansible-test to set cloud apis, what is the plan with these? 15:20:48 mainly https://github.com/ansible/ansible/tree/devel/test/lib/ansible_test/_internal/cloud 15:21:14 Hmm, let me look. 15:22:18 I don't think we have any plans to change that. 15:22:57 `ansible-test` is used for testing many community plugins and modules, so it will need to have the ability to work with different clouds. 15:23:48 So if changes need to be made to `ansible-test` to work with other cloud providers for the purpose of testing, then PRs should be made against the ansible/ansible repo. 15:24:06 I think that's what you were asking. 15:24:21 this is probably a misunderstanding, it is not about to tests things on many clouds 15:24:35 it's about to test cloud modules 15:24:57 vultr cloud, hetzner cloud, cloudstack clouds... etc. 15:25:47 Right. 15:25:47 so in our collection we bascially run an intergration tests with uses "ansible-test integratino" to bootstrap the setup. 15:26:25 which comes from ansible-test 15:27:12 with having distributed collections, having these in ansible.ansible looks not to be the right place anymore 15:28:01 I see what you're saying. We would have to make `ansible-test` pluggable in order to move that functionality elsewhere. 15:28:11 exactly 15:28:17 We don't have any plans to do that currently. 15:28:39 I see, it's not top prio for me but we should keep that in mind 15:28:57 It's probably worth opening an issue to explain the use case. 15:29:25 Currently our thinking is that changes to `ansible-test` need to happen in `ansible/ansible` and get released with `ansible-base` versions. 15:29:36 But I can see how that could be limiting. 15:29:58 Especially since we are slowing the release cadence of `ansible-base` a bit. 15:30:19 I would want mattclay to weigh in, which is why I suggested an issue may be helpful. 15:30:29 It's pretty early where he is and is not around. 15:30:42 Or I can just ask him when he's around later if you it's not worth writing up an issue. 15:31:01 s/you// 15:31:30 agreed, I file an issue 15:31:35 Thanks! 15:52:11 Thank you everyone for attending today. 15:52:13 #endmeeting