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