Yet another perspective:

I am currently working with Thomas Moreau @tomMoral on more robust
process management for joblib / multiprocessing and supporting Python
2.6 seems to be tedious to do correctly (we need to backport a lot of
code from more recent versions of multiprocessing) and will render our
code base much harder to understand and maintain over time.

+1 for dropping 2.6 support in scikit-learn because of that.

Also as a side note: PySpark developers plan to drop Python 2.6
support in the future as well:
https://issues.apache.org/jira/browse/SPARK-12661

-- 
Olivier

------------------------------------------------------------------------------
_______________________________________________
Scikit-learn-general mailing list
Scikit-learn-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scikit-learn-general

Reply via email to