18:01:09 #startmeeting New Modules Meeting 18:01:09 Meeting started Wed Oct 19 18:01:09 2016 UTC. The chair is gundalow. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:01:09 Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:01:09 The meeting name has been set to 'new_modules_meeting' 18:01:23 #chair abadger1999 ryansb 18:01:23 Current chairs: abadger1999 gundalow ryansb 18:01:53 hello, all 18:01:54 ola 18:03:56 Anyone got anything? 18:04:20 How about https://github.com/ansible/ansible-modules-extras/pull/2917 18:04:43 Appears to have enough shipits, if there's no objections I'll merge after this meeting 18:05:07 My only big gripe is that it's actually 7 modules under one PR 18:05:34 Version_added will need updating on the, all 18:05:37 * abadger1999 looks at one of the modules 18:05:38 them all* 18:06:38 Would be good if they used a docs_fragment for the common stuff and put the common options in module_utils 18:07:44 and perform_checks into module_utils 18:07:49 #topic https://github.com/ansible/ansible-modules-extras/pull/2917 18:08:53 oh, though perform_checks is different in two modules 18:09:04 ryansb: Would like to see it import from ansible_module_utils without wildcards (and at the top with the other imports). 18:09:34 ryansb: would like to see get_exception used instead of sys.exec_info directly (so we can remove it easier when we drop 2.4 support) 18:11:28 abadger1999: That's fair, can you post those on the review? 18:11:34 6/7 manage_config are identicle 18:11:49 Do people think I should suggest module_utils for common code? 18:12:03 ryansb: I'm not familiar with proxysql so Idon't know what separates it from the mysql modules. 18:12:22 ryansb: I can... wanted to know if you consider these blockers or just nice to have? 18:12:31 Neither do I, but I also think since this is extras we shouldn't gate too hard 18:12:41 so maybe post as suggestions for followups? 18:13:06 works for me. 18:13:11 +1 18:13:48 gundalow: same goes for your module_utils suggestion IMO, since that can be done after (and requires coordinating with ansible/ansible) 18:14:11 cool, will add it as a suggestion 18:15:19 Ok, next up we have this monster list: https://github.com/ansible/community/issues/92#issuecomment-248412097 18:21:00 #topic Dimension Data Modules https://github.com/ansible/community/issues/92#issuecomment-248412097 18:21:05 Is the author here? 18:23:27 * gundalow doesn't recognise the name mpappas86 18:23:50 Is tima on IRC? 18:23:58 Would be interested to know why he added it 18:24:45 also that's not a new module 18:25:02 we looking at https://github.com/ansible/ansible-modules-core/pull/4054/files ? 18:25:39 no, at https://github.com/ansible/ansible-modules-extras/pull/2977/files 18:26:01 and the other 7 listed with it https://github.com/ansible/community/issues/92#issuecomment-248412097 18:28:29 Thanks 18:28:38 @ryansb et al, should we suggest, by way of docs, to do a PR per module? 18:29:29 regarding the proxysql modules... I also realized the user input isn't quoted. So that's probably a blocker. Comment on the pr has links to helper code and examples in existing modules 18:29:32 I thought that was in the docs somewhere already...is it not? 18:29:38 I don’t believe so... 18:29:41 I can double check 18:29:48 Also, re: tima I can ask him to join 18:29:53 ok, well if not then yeah, we should document that somewhere 18:30:13 * gundalow is making notes on improving developing_modules, I'll add it to that 18:30:14 I’ll double check, and pr it if it doesn’t exist. 18:30:33 https://public.etherpad-mozilla.org/p/ansible-testing-working-group#lineNumber=139 line 139 18:30:45 There’s tima 18:30:47 greetings. 18:31:29 I don't think the get_dd_region stuff is going to work. 18:31:35 * abadger1999 looks for the module_utils PR to check 18:31:55 @gundalow, what was it that you were curious of tima adding? 18:32:25 the dimensiondata modules 18:33:44 * dminca reads through the lines 18:34:05 ergh, way too many tabs open 18:34:20 kill`em`all 18:34:23 :) 18:34:38 okay, the dd_region() stuff definitely will not work. 18:34:44 lol kill -9 tabs 18:34:51 tima: Was just wondering why you added some PRs to the agenda, if there was a reason to speed them up, such as https://github.com/ansible/ansible-modules-core/pull/4054 18:35:12 I clear out my tabs when I accidently have two instances of Chrome running and I shut them down in the wrong order 18:35:15 so once a week :P 18:35:52 and the worse thing is when you try to restore tabs and it creates yet another instance… yeah I know that pain 18:36:21 on a side note, what I've found helpful on https://github.com/ansible/community/issues/110 is to edit the comments and put ~~foo~~ MERGED 18:36:34 hum. checking @gundalow. 18:36:50 gundalow use The Extender Chrome extension 18:37:16 really GH issues is tough to keep uptodate with these 18:37:25 might be a good use for the new github dashboard things 18:37:32 ryansb: oh the project thing? 18:37:45 the reason is there's a circular dependency of what the code needs to run... dd_region() needs libcoud to operate otherwise it throws an exception. But we need to catch that exception and use module.fail_json() to return a nice error message. But since the return from dd_region() is used in the argument_spec then we'll never be able to create the module. 18:38:03 on man that PR was from months ago @gundalow. that contributor approached me at an event months ago and said it was just sitting there with no feedback coming in. 18:38:11 Yeah, since basically our agenda is driven by "Is it waiting on maintainer? skip. Is it waiting for review? Review it." 18:38:18 tima: cool 18:38:26 @ryansb agreed, we should try it out. 18:38:28 sorry, The Great Suspender 18:38:33 lol thanks dminca 18:38:41 I was thinking, umm… am I crazy I can’t find that! 18:38:42 thaumos: ohhh....it's one-repo :/ 18:38:46 thaumos yw :) 18:38:55 Well after the merge it'll be great! 18:38:56 @ryansb, well… 18:38:59 lol exactly 18:39:13 test on extras? 18:39:27 or it can only be enabled on one 18:40:13 We could do one per repo as a test 18:40:17 * ryansb will give it a shot 18:40:46 @gundalow: never quite sure where to put PRs like that when someone approaches me like that. This agenda seemed like the best option. maybe not? you tell me and I'll course correct in the future. 18:41:38 maybe create a label or something to that affect… @ryansb / @gundalow maybe something to look at for the board? 18:41:40 tima: Agenda is the right place. 18:42:15 tima: I was only wondering as the one I picked didn't have any review comments on, so wondered if it was a customer PR that needed fast trackikg 18:42:32 I think this meeting is probably the best place. 18:42:45 everything else can get pushed down in priority. 18:43:39 I think after we merge an item in the agends we should edit and ~~strikethrough~~ it 18:43:45 no need for anything more complex 18:43:52 most of the time, for modules, it’s the partner not a customer :-) 18:46:59 :) 18:52:09 * gundalow has reviewed the back end of https://github.com/ansible/community/issues/92 and striked out a load of PRs that have been merged 18:55:09 thanks gundalow 18:55:17 Anybody have other PRs to bring up? 18:55:34 ryansb: nps, should make it easier for everyone in the future 18:55:48 PLEASE TEST ANSIBLE 2.2 RC2!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 18:56:06 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 18:56:27 * gundalow isn't sure how to do blinking text in IRC 18:56:41 I don't think that's in the spec, luckily for us all 18:56:57 :sad_face: 18:57:21 Remember for any new modules that get merged the version_added will need updating 18:57:46 ^ also important 18:58:32 Also in modules-core and modules-extra for devel (and shortly for the stable- branches) we are using ansible-validate-modules from ansible/ansible. Any issues let me know 19:00:46 thanks for the useful info :) 19:05:59 all done I guess 19:06:01 #endmeeting