html_url,issue_url,id,node_id,user,created_at,updated_at,author_association,body,reactions,performed_via_github_app,issue
https://github.com/pydata/xarray/issues/3092#issuecomment-511441494,https://api.github.com/repos/pydata/xarray/issues/3092,511441494,MDEyOklzc3VlQ29tbWVudDUxMTQ0MTQ5NA==,1217238,2019-07-15T15:07:17Z,2019-07-15T15:07:17Z,MEMBER,"Let's wait a little while for the burst of activity from SciPy to die down
first.
On Mon, Jul 15, 2019 at 8:03 AM Maximilian Roos
wrote:
> I'm happy to do this today
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub
> ,
> or mute the thread
>
> .
>
","{""total_count"": 1, ""+1"": 1, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,466750687
https://github.com/pydata/xarray/issues/3092#issuecomment-511175625,https://api.github.com/repos/pydata/xarray/issues/3092,511175625,MDEyOklzc3VlQ29tbWVudDUxMTE3NTYyNQ==,1217238,2019-07-14T05:53:29Z,2019-07-14T05:53:29Z,MEMBER,"> Since Black requires Python >=3.6, which would set the minimum Python version to 3.6 for contributing to xarray (which currently requires Python >= 3.5), are there any plans of dropping Python 3.5 support in the near future?
I don't think these decisions need to be coupled. It's OK to make contributors upgrade to a newer version of Python before all our users.
There are no immediate plans to drop Python 3.5 support, but we haven't really discussed it either. I think it would definitely make sense to drop Python 3.5 after Python 3.8 is available, maybe sooner. Four major Python versions would definitely be too many.","{""total_count"": 1, ""+1"": 1, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,466750687
https://github.com/pydata/xarray/issues/3092#issuecomment-511054250,https://api.github.com/repos/pydata/xarray/issues/3092,511054250,MDEyOklzc3VlQ29tbWVudDUxMTA1NDI1MA==,1217238,2019-07-12T22:37:58Z,2019-07-12T22:38:15Z,MEMBER,"+1 from me, too.
It's definitely going to cause some nasty merge conflicts for any work in progress, but hopefully it's straightforward to fix those by running black on the PRs and then merging in master.
We should be able to simply add another job on Azure for this. The `lint` task using flake8 on Azure's pre-installed Python runs very quickly (less than 30 seconds!) and I would expect to see the same from `black`.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,466750687