15:04:37 #startmeeting Public Core Meeting 15:04:37 Meeting started Thu Oct 27 15:04:37 2016 UTC. The chair is gundalow. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:04:37 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:04:37 The meeting name has been set to 'public_core_meeting' 15:04:43 #topic Python 3 status 15:04:47 abadger1999: You there? 15:04:59 #chair abadger1999 bcoca 15:04:59 Current chairs: abadger1999 bcoca gundalow 15:05:03 yep 15:06:16 There was some discussion in #ansible-devel regarding having a lightweight doc reporting the status of Python 3 testing 15:06:25 #topic list for tested status of modules 15:06:50 any folks here using ansible on py3 on a daily basis? (or trying to...) 15:06:59 misc had the idea to make a public list of modules and list whether they'd been tested with python3. 15:07:03 I like the idea. 15:07:36 +1 15:08:01 Not sure where people would like to keep it -- etherpad? Open to all. tet document ; public google doc: you need a google account to access. Could have a spreadsheet if we did it hre, though 15:08:03 alikins: i try 15:08:17 There seems to be a few people in the community that are interested in helping out, so tracking what's done/left should make that easier for all 15:08:42 personally I'm leaning towards a gDoc 15:09:07 I *Think* you can create a gDoc and give the anon. edit permissions 15:09:17 There's that projects thing in GitHub too. Might be a bit read only for those without commit access 15:11:01 I prefer etherpad because it is free, but let's do a gdoc with anonymous access, and if not, a etherpad ? 15:11:02 yeah, I think the github thing requires commit. Since most testers won't have commit that'll put a bar in the way of recording the info 15:11:18 misc: wfm 15:11:50 Cool 15:12:51 Hoping I can start using sooner rather than later as most modules I use are powershell. 15:13:03 gundalow: Do you want to set up the google doc? 15:14:28 gundalow: I guess another related question -- do you want the testing group to take charge of it? (Should we filter people interested in testing python3 support through there?) 15:15:06 yes to both 15:15:33 Cool 15:15:39 #action gundalow to setup Google Spreadsheet to track Python3 work and circulate in Testing Working Group 15:16:07 #topic ansible/pull/17768 Improve release candidate documentation 15:16:15 https://github.com/ansible/ansible/pull/17768 15:17:45 github wiki? 15:18:10 gundalow: i think we can close that as it does not reflect the workflow 15:18:58 https://github.com/ansible/ansible/pull/17768 changes look reasonable to me 15:19:09 bcoca: we asked for him to propose changes to the workflow and I think that's how he made the proposal. 15:19:32 What are the actual changes he's proposing? 15:20:01 abadger1999: and we discussed last week and iirc we came to the conclusion that this was not it 15:20:18 ah... I guess I missed that part of the meeting. Sorry. 15:20:38 i still agree we need to document it better 15:21:20 gundalow: Minor change line 33; we will not put minor fixes in to subsequent rcs instead of may not put them in. 15:21:50 nor the way we examine what goes into a release 15:22:08 43: Articulate older minor releases for the first time... probably would need a little more info about when is a release "dead" (no more fixes at all) 15:22:17 gundalow: 45-48 all new. 15:22:30 From a formatting/readability point of view I wonder if bullet points under each release type may make it easier 15:25:36 So how do we want to progress 15:26:21 approve/disappove each of the changes in turn and provide that as feedback on the PR? 15:29:51 WE could. 15:30:38 * gundalow wasn't in the previous discussions, so I'm not aware of what was previously agreed 15:31:04 yeah, me neither 15:31:09 bcoca: ^ What was decided? 15:31:40 not much, just that it was not the same as current process and that it was unlikely to match short term 15:32:34 Do we want to differ till next week. Will any of this change/be more informed after the repo unification chats 15:32:44 hum, different stuff 15:32:57 * gundalow -> afk 15:33:00 probably not. 15:33:21 no, branching will still work the same 1vs3 repos does not matter 15:33:26 (probably won't differ after merge) 15:36:19 I think we can't make decisions about this without jimi-c 15:36:49 So I guess defer until a meeting where he is present. 15:36:57 #topic Open floor 15:36:59 that is what we did 2 last times 15:37:40 yeah... we'll tel him on slack that this particular issue is waiting for him to be ther too. 15:37:51 Any other subjects? 15:39:13 #info 2.2.0rc4 will be out in a few hours 15:39:41 Okay, I'll close in 60 seconds 15:41:08 #endmeeting