On Thu, Jan 12, 2017 at 08:41:51AM +1100, Joel Nothman wrote:
> When the two versions deprecation policy was instituted, releases were much
> more frequent... Is that enough of an excuse?
I'd rather say that we can here decide that we are giving a longer grace
period.
I think that slow deprecatio
When the two versions deprecation policy was instituted, releases were much
more frequent... Is that enough of an excuse?
On 12 January 2017 at 03:43, Andreas Mueller wrote:
>
>
> On 01/09/2017 10:15 AM, Gael Varoquaux wrote:
>
>> instead of setting up a roadmap I would rather just identify bugs
Hi, Thomas,
I was just reading through a recent preprint (Protein-Ligand Scoring with
Convolutional Neural Networks, https://arxiv.org/abs/1612.02751), and I thought
that may be related to your task and maybe interesting or even useful for your
work.
Also check out references 13, 21, 22, and 24
On 01/09/2017 09:43 AM, Olivier Grisel wrote:
In retrospect, making a small 0.19 release is probably a good idea.
I would like to get
https://github.com/scikit-learn/scikit-learn/pull/8002 in before
cutting the 0.19.X branch.
Either way, I consider these two blocking for any kind of release:
On 01/09/2017 10:15 AM, Gael Varoquaux wrote:
instead of setting up a roadmap I would rather just identify bugs that
are blockers and fix only those and don't wait for any feature before
cutting 0.19.X.
I agree with the sentiment, but this would mess with our deprecation cycle.
If we release
