Hi,
On Wed, Jun 1, 2016 at 11:00 AM, Sebastian Raschka
wrote:
> Sorry,
>
> $ python -c 'import numpy; print(scipy.__version__)’
>
> was a type, it should be
>
> $ python -c 'import scipy; print(scipy.__version__)’
>
> However, I’d recommend looking at the Issue 6706 as Nelson Liu suggested for
>
On Wed, Jun 1, 2016 at 11:08 AM, Ruchika Nayyar wrote:
> I also copy pasted blindly. Actually I see that both numpy and scipy have
> older versions
> and not the new ones that I want. Let me look into the thread and do more
> debugging.
Yes, this is very likely because of the problem I pointed to
On Wed, Jun 1, 2016 at 11:17 AM, Sebastian Raschka
wrote:
>> I think you're using system Python on the Mac. I'd really strongly
>> recommend against that, because system Python
>
> Yeah, but I think that the system Python doesn’t come with NumPy and SciPy
> installed on a Mac?
That's the entir
On Wed, Jun 1, 2016 at 11:50 AM, Sebastian Raschka
wrote:
> Oh that’s interesting, thanks for the info! I have never used the system
> Python and didn’t know that it comes with its own NumPy & SciPy; I thought it
> was more bare bones (sorry about the naive question, but is this a recent
> thin
On Wed, Jul 20, 2016 at 6:05 AM, lin yenchen wrote:
> Hi all,
>
> currently the CI tests of my PR is failing only on appveyor when
> PYTHON_ARCH=32.
>
> Are there any ways to build a PYTHON_ARCH=32 version of scikit-learn on a
> mac,
> or the only solution is to get a windows computer?
If you ins
On Wed, Jul 20, 2016 at 9:09 AM, Olivier Grisel
wrote:
>> I believe this `arch -i386` only works as a prefix for Python.org Python,
>> but I'm happy to be corrected.
>
> Then the following should work:
>
> arch -i386 python -c "import nose; nose.main()" sklearn
Sorry - I should have been clear
On Wed, Jul 20, 2016 at 9:16 AM, Matthew Brett wrote:
> On Wed, Jul 20, 2016 at 9:09 AM, Olivier Grisel
> wrote:
>>> I believe this `arch -i386` only works as a prefix for Python.org Python,
>>> but I'm happy to be corrected.
>>
>> Then the followin
On Wed, Jul 20, 2016 at 5:25 PM, lin yenchen wrote:
> Thanks for you guys' precious inputs.
>
> I've successfully built a 32-bit python version scikit-learn and check it by
> printing `sys.maxint`,
> and all the tests passed on my mac. (I'm running the newest dev version
> though)
On current mast
Hi,
On Wed, Jul 20, 2016 at 6:37 PM, lin yenchen wrote:
> It's probably because I built it in a different way.
>
> Here is the steps for how I built it:
>
> Type arch -32
> /System/Library/Frameworks/Python.framework/Versions/2.7/bin/python -c
> "import sys; print sys.maxint" and make sure it out
On Wed, Jul 20, 2016 at 7:14 PM, lin yenchen wrote:
> Sorry I can't run arch -32 nosetests on my mac,
> but I execute the function test_huge_allocations existing in test_tree.py
> solely using 32bit python (checked by sys.maxint),
> it still works.
What error do you get for `arch -32 nosetests` ?
On Wed, Jul 20, 2016 at 7:26 PM, lin yenchen wrote:
> arch: posix_spawnp: nosetests: Bad CPU type in executable
I think your nosetests is pointing to a Python executable other than
Python.org Python. I only get that error when trying to execute
homebrew Python, not Python.org Python or system Py
ased on
> https://github.com/matthew-brett/multibuild
>
> I plan to put that repo under
> https://github.com/scikit-learn/scikit-learn-wheels and deprecate
> https://github.com/MacPython/scikit-learn-wheels that we used for the
> OSX wheels.
Actually, sorry, I already switched to mult
Hi,
On Wed, Jul 27, 2016 at 10:08 PM, Andreas Mueller wrote:
> Hi Daniel.
> This hasn't been brought up before so there is no "official position".
> I am generally in favor, though I'm not sure how doable it is.
> We are generally pretty generous in accepting all kinds of inputs, and many
> of ou
On Thu, Jul 28, 2016 at 5:10 PM, Andreas Mueller wrote:
>
>
> On 07/28/2016 12:03 PM, Matthew Brett wrote:
>>
>> Hi,
>>
>> On Wed, Jul 27, 2016 at 10:08 PM, Andreas Mueller
>> wrote:
>>>
>>> Hi Daniel.
>>> This hasn't been b
On Thu, Jul 28, 2016 at 7:55 PM, Sebastian Raschka
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, wh
On Thu, Jul 28, 2016 at 8:10 PM, Andreas Mueller wrote:
>
>
> On 07/28/2016 03:04 PM, Matthew Brett wrote:
>>
>> On Thu, Jul 28, 2016 at 7:55 PM, Sebastian Raschka
>> wrote:
>>>
>>> I think that should work fine for the `pip install scikit-lear
On Thu, Jul 28, 2016 at 8:30 PM, federico vaggi
wrote:
> 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.
The
Definitely interested !
On 17 Aug 2016 07:44, "Olivier Grisel" wrote:
> Ok I fixed all the 32 bit Linux & OSX build issues in scikit-learn
> master and all wheels builds are green with the multibuild setup:
>
> https://travis-ci.org/MacPython/scikit-learn-wheels
>
> Matthew: would you be interes
Hi,
On Tue, May 9, 2017 at 6:00 PM, Georg Heiler wrote:
> I installed python via homebrew. Scikit-learn is installed via pip. Until a
> few days it worked nicely. I think homebrew changed or upgraded gcc and
> removed that c dependency.
>
> Xcode 8 is installed.
>
> I see this error only with tha
On Tue, May 9, 2017 at 6:27 PM, Georg Heiler wrote:
> Yes just like that.
Hum - you shouldn't get what I got, because I was installing for
Python 3.5, and there is a wheel for Python 3.5. I now see there
isn't a wheel for OSX Python 3.6, so you should have got a source
install. I'll set a wheel
Hi,
On Tue, May 9, 2017 at 7:20 PM, Matthew Brett wrote:
> On Tue, May 9, 2017 at 6:27 PM, Georg Heiler
> wrote:
>> Yes just like that.
>
> Hum - you shouldn't get what I got, because I was installing for
> Python 3.5, and there is a wheel for Python 3.5. I now see
Hi,
On Wed, May 10, 2017 at 5:17 AM, Georg Heiler wrote:
> Hi Matthew,
>
> indeed, that works fine. But what was the Problem? Installation from source
> should have worked fine?
Yes, it should, and I don't know what the problem is.
I just compiled scikit-learn on OSX 10.11, Python.org Python 3.
On Wed, Jun 5, 2019 at 8:18 AM Brown J.B. via scikit-learn
wrote:
>
> 2019年6月5日(水) 10:43 Brown J.B. :
>>
>> Contrast this to Pearson Product Moment Correlation (R), where the fit of
>> the line has no requirement to go through the origin of the fit.
>
>
> Not sure what I was thinking when I wrote
23 matches
Mail list logo
