My main issue with the upgrade is that if there was a slightly newer version of numpy/scipy it would try to upgrade my numpy/scipy linked against MKL/blas to a vanilla version downloaded from the cheese shop. It was a huge pain.
On Thu, 28 Jul 2016 at 21:17 Matthew Brett <[email protected]> wrote: > On Thu, Jul 28, 2016 at 8:10 PM, Andreas Mueller <[email protected]> wrote: > > > > > > On 07/28/2016 03:04 PM, Matthew Brett wrote: > >> > >> On Thu, Jul 28, 2016 at 7:55 PM, Sebastian Raschka > >> <[email protected]> wrote: > >>> > >>> I think that should work fine for the `pip install scikit-learn`, > >>> however, I think the problem was with upgrading, right? > >>> E.g., if you run > >>> > >>> pip install scikit-learn --upgrade > >>> > >>> it would try to upgrade numpy and scipy as well, which may not be > >>> desired. I think the only workaround would be to run > >>> > >>> pip install scikit-learn --upgrade --no-deps > >>> > >>> unless they changed the behavior recently. I mean, it’s not really a > >>> problem, but many users may not know about the --no-deps flag. > >>> > >> Also - the install will work fine for platforms with wheels, but is > >> still bad for platforms without - like the Raspberry Pi. > > > > Hm... so these would be ARM wheels? Or Raspberry Pi specific ones? > > No, they'd have to be Raspberry Pi specific ones because no-one has > worked out a general ARM-wide specification, as we have for Intel > Linux = manylinux1. > > > Do you know if there are plans? > > Not sure how I feel about this. Do all platforms need to have wheels > before > > we can rely on them? > > I'm not sure either - just throwing it out there... > > Matthew > _______________________________________________ > scikit-learn mailing list > [email protected] > https://mail.python.org/mailman/listinfo/scikit-learn >
_______________________________________________ scikit-learn mailing list [email protected] https://mail.python.org/mailman/listinfo/scikit-learn
