Mark, Yes, I have rebuilt all of the python modules via pip from the pip-caches versions. What's weird is that numpy and multiarray seem to work fine when I try to load and access them by hand: >>> import numpy.core.multiarray >>> numpy.core.multiarray.__version__ '3.1'
However, it fails when I try to run the nupic example. Is there a log somewhere that might give more details about error? Thanks, Matt On Sep 16, 2013, at 11:36 AM, Marek Otahal <[email protected]> wrote: > Hi, > there's no need for scipy imho. > The hotgym example is being checked by Travis every pull, so the issue is > reduced to OSX problems with any of the lib. Like Greg and Austin said, > please verify with all python modules rebuilt (if possible, use the pip > versions provided by nupic). Also you can test in virtualenv if that solves > the problem for you.. > > > On Mon, Sep 16, 2013 at 7:12 PM, Matt Keith <[email protected]> wrote: > Greg, > > Thanks for the info. I do have pip installed already. Here is the version > info: > pip 1.4 from /Library/Python/2.7/site-packages/pip-1.4-py2.7.egg (python 2.7) > > Matt > > On Sep 16, 2013, at 9:37 AM, Tao Effect <[email protected]> wrote: > >> Installing Python through Homebrew will also install pip, which I think is >> needed anyway to retrieve the dependencies. >> >> - Greg >> >> -- >> Please do not email me anything that you are not comfortable also sharing >> with the NSA. >> >> On Sep 16, 2013, at 11:34 AM, Matt Keith <[email protected]> wrote: >> >>> Ian, >>> >>> I do not have scipy installed on my system. Here is the output for me: >>> >>> Python 2.7.2 (default, Oct 11 2012, 20:14:37) >>> [GCC 4.2.1 Compatible Apple Clang 4.0 (tags/Apple/clang-418.0.60)] on darwin >>> Type "help", "copyright", "credits" or "license" for more information. >>> >>> import numpy >>> >>> import matplotlib >>> >>> import scipy >>> Traceback (most recent call last): >>> File "<stdin>", line 1, in <module> >>> ImportError: No module named scipy >>> >>> numpy.__version__ >>> '1.7.1' >>> >>> matplotlib.__version__ >>> '0.98.5.2' >>> >>> I had this working before and the only thing that changed on my system was >>> an update of the nupic source, so it must have been a change in the build >>> settings, process or requirements. I have done cleanbuild.sh and tried >>> removing $NTA and $NTABUILD dirs by hand, but get the same error. >>> >>> I would rather not go the homebrew route. I don't think that should be a >>> requirement for other contributors and don't want to maintain yet another >>> development environment on my system. Hopefully, we can just find the >>> issue and resolve it. >>> >>> Thanks, >>> >>> Matt >>> >>> On Sep 16, 2013, at 8:10 AM, Tao Effect <[email protected]> wrote: >>> >>>> Did you install Python through Homebrew already? >>>> >>>> -- >>>> Please do not email me anything that you are not comfortable also sharing >>>> with the NSA. >>>> >>>> On Sep 16, 2013, at 10:06 AM, Ian Danforth <[email protected]> >>>> wrote: >>>> >>>>> I started by removing $NTA and $NUPIC and doing a fresh checkout and have >>>>> done a clean build several times. Rather than go to the extreme length of >>>>> reinstalling python, I'd like to track down the root cause of this issue >>>>> so that a fix can be automated. >>>>> >>>>> Ian >>>>> >>>>> >>>>> On Mon, Sep 16, 2013 at 5:43 AM, Tao Effect <[email protected]> wrote: >>>>> These errors look identical to what I was running into and managed to fix >>>>> in a recent pull request that was merged a few weeks ago. >>>>> >>>>> I would recommend installing Python using Homebrew and then doing a clean >>>>> build of NuPIC (i.e. deleting the nta folder). >>>>> >>>>> Kind regards, >>>>> Greg Slepak >>>>> >>>>> — @taoffect on GitHub and elsewhere >>>>> >>>>> -- >>>>> Please do not email me anything that you are not comfortable also sharing >>>>> with the NSA. >>>>> >>>>> On Sep 16, 2013, at 12:15 AM, Ian Danforth <[email protected]> >>>>> wrote: >>>>> >>>>>> Matt, >>>>>> >>>>>> I ran 'sudo pip unintsall matplotlib' and this made python fall back to >>>>>> the version supplied by NuPIC, which is version .98.5.2 (released >>>>>> 2008!). And that let me import pylab and get run_tests.sh complete. >>>>>> Going to rebuild and see if it clears up any other issues. >>>>>> >>>>>> Ian >>>>>> >>>>>> >>>>>> On Sun, Sep 15, 2013 at 9:02 PM, Ian Danforth <[email protected]> >>>>>> wrote: >>>>>> Matt, >>>>>> >>>>>> Can you reply with your output for these versions if you have them? >>>>>> Numpy, matplotlib, scipy, and scikit-learn are not happy on my system >>>>>> and you might be in a similar situation. >>>>>> >>>>>> Ian >>>>>> >>>>>> >>> import numpy >>>>>> >>> import matplotlib >>>>>> >>> import scipy >>>>>> >>> numpy.__version__ >>>>>> '1.7.1' >>>>>> >>> matplotlib.__version__ >>>>>> '1.3.x' >>>>>> >>> scipy.__version__ >>>>>> '0.13.0.dev-c31f167' >>>>>> >>> import sklearn >>>>>> RuntimeError: module compiled against API version 8 but this version of >>>>>> numpy is 7 >>>>>> Traceback (most recent call last): >>>>>> File "<stdin>", line 1, in <module> >>>>>> File >>>>>> "/Library/Python/2.7/site-packages/scikit_learn-0.14_git-py2.7-macosx-10.8-intel.egg/sklearn/__init__.py", >>>>>> line 32, in <module> >>>>>> from .base import clone >>>>>> File >>>>>> "/Library/Python/2.7/site-packages/scikit_learn-0.14_git-py2.7-macosx-10.8-intel.egg/sklearn/base.py", >>>>>> line 10, in <module> >>>>>> from scipy import sparse >>>>>> File >>>>>> "/Library/Python/2.7/site-packages/scipy-0.13.0.dev_c31f167_20130307-py2.7-macosx-10.8-intel.egg/scipy/sparse/__init__.py", >>>>>> line 182, in <module> >>>>>> from .csr import * >>>>>> File >>>>>> "/Library/Python/2.7/site-packages/scipy-0.13.0.dev_c31f167_20130307-py2.7-macosx-10.8-intel.egg/scipy/sparse/csr.py", >>>>>> line 15, in <module> >>>>>> from .sparsetools import csr_tocsc, csr_tobsr, csr_count_blocks, \ >>>>>> File >>>>>> "/Library/Python/2.7/site-packages/scipy-0.13.0.dev_c31f167_20130307-py2.7-macosx-10.8-intel.egg/scipy/sparse/sparsetools/__init__.py", >>>>>> line 5, in <module> >>>>>> from .csr import * >>>>>> File >>>>>> "/Library/Python/2.7/site-packages/scipy-0.13.0.dev_c31f167_20130307-py2.7-macosx-10.8-intel.egg/scipy/sparse/sparsetools/csr.py", >>>>>> line 26, in <module> >>>>>> _csr = swig_import_helper() >>>>>> File >>>>>> "/Library/Python/2.7/site-packages/scipy-0.13.0.dev_c31f167_20130307-py2.7-macosx-10.8-intel.egg/scipy/sparse/sparsetools/csr.py", >>>>>> line 22, in swig_import_helper >>>>>> _mod = imp.load_module('_csr', fp, pathname, description) >>>>>> ImportError: numpy.core.multiarray failed to import >>>>>> >>> >>>>>> >>>>>> >>>>>> >>>>>> On Sun, Sep 15, 2013 at 8:48 PM, Ian Danforth <[email protected]> >>>>>> wrote: >>>>>> Matt, >>>>>> >>>>>> I'm also having issues that end up in "RuntimeError: Could not get valid >>>>>> spec for Region: py.RecordSensor" >>>>>> >>>>>> One thing I see is that "import pylab" fails for me with the same error >>>>>> you're seeing, even though importing multiarray in the normal way works. >>>>>> Looking into that. >>>>>> >>>>>> Ian >>>>>> >>>>>> >>>>>> On Sun, Sep 15, 2013 at 8:31 PM, Matt Keith <[email protected]> wrote: >>>>>> I used to have a working NuPIC setup on my rMBP running OS X 10.8.4 and >>>>>> python 2.7, but last week I pulled the latest code from github and now I >>>>>> get an import error when I run any client code. Everything builds fine >>>>>> and it even passes htmtest and run_tests.sh. However, when I run the >>>>>> hotgym example now I get the following error: >>>>>> >>>>>> -->python $NUPIC/examples/opf/clients/hotgym/hotgym.py >>>>>> ImportError: numpy.core.multiarray failed to import >>>>>> ERROR: Could not get valid spec for Region: py.RecordSensor >>>>>> [/Users/keith/Development/nupic/nta/engine/RegionImplFactory.cpp line >>>>>> 452] >>>>>> Traceback (most recent call last): >>>>>> File >>>>>> "/Users/keith/Development/nupic/examples/opf/clients/hotgym/hotgym.py", >>>>>> line 94, in <module> >>>>>> runHotgym() >>>>>> File >>>>>> "/Users/keith/Development/nupic/examples/opf/clients/hotgym/hotgym.py", >>>>>> line 65, in runHotgym >>>>>> model = createModel() >>>>>> File >>>>>> "/Users/keith/Development/nupic/examples/opf/clients/hotgym/hotgym.py", >>>>>> line 60, in createModel >>>>>> return ModelFactory.create(model_params.MODEL_PARAMS) >>>>>> File >>>>>> "/Users/keith/Development/nta/eng/lib/python2.7/site-packages/nupic/frameworks/opf/modelfactory.py", >>>>>> line 76, in create >>>>>> return modelClass(**modelConfig['modelParams']) >>>>>> File >>>>>> "/Users/keith/Development/nta/eng/lib/python2.7/site-packages/nupic/frameworks/opf/clamodel.py", >>>>>> line 203, in __init__ >>>>>> anomalyParams) >>>>>> File >>>>>> "/Users/keith/Development/nta/eng/lib/python2.7/site-packages/nupic/frameworks/opf/clamodel.py", >>>>>> line 1078, in __createCLANetwork >>>>>> n.addRegion("sensor", "py.RecordSensor", >>>>>> json.dumps(dict(verbosity=sensorParams['verbosity']))) >>>>>> File >>>>>> "/Users/keith/Development/nta/eng/lib/python2.7/site-packages/nupic/engine/__init__.py", >>>>>> line 636, in addRegion >>>>>> engine.Network.addRegion(self, name, nodeType, nodeParams) >>>>>> File >>>>>> "/Users/keith/Development/nta/eng/lib/python2.7/site-packages/nupic/bindings/engine_internal.py", >>>>>> line 1011, in addRegion >>>>>> return _engine_internal.Network_addRegion(*args, **kwargs) >>>>>> RuntimeError: Could not get valid spec for Region: py.RecordSensor >>>>>> >>>>>> Is anyone else seeing this problem with the latest code? Any ideas as >>>>>> to why the multiarray lib won't load? >>>>>> >>>>>> The .so file was built and exists in the $NAT/eng dir at >>>>>> -rwxr-xr-x 1 keith staff 2921728 Sep 15 20:47 >>>>>> lib/python2.7/site-packages/numpy/core/multiarray.so >>>>>> And the module seems to load fine by hand: >>>>>> >>> import numpy >>>>>> >>> import numpy.core.multiarray >>>>>> >>> numpy.__version__ >>>>>> '1.7.1' >>>>>> >>> numpy.core.multiarray.__version__ >>>>>> '3.1' >>>>>> >>>>>> Let me know if you would like any output from the stdout.txt file from >>>>>> the build. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Matt >>>>>> _______________________________________________ >>>>>> nupic mailing list >>>>>> [email protected] >>>>>> http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> nupic mailing list >>>>>> [email protected] >>>>>> http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org >>>>> >>>>> >>>>> _______________________________________________ >>>>> nupic mailing list >>>>> [email protected] >>>>> http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org >>>>> >>>>> >>>>> _______________________________________________ >>>>> nupic mailing list >>>>> [email protected] >>>>> http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org >>>> >>>> _______________________________________________ >>>> nupic mailing list >>>> [email protected] >>>> http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org >>> >>> _______________________________________________ >>> nupic mailing list >>> [email protected] >>> http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org >> >> _______________________________________________ >> nupic mailing list >> [email protected] >> http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org > > > _______________________________________________ > nupic mailing list > [email protected] > http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org > > > > > -- > Marek Otahal :o) > _______________________________________________ > nupic mailing list > [email protected] > http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org
_______________________________________________ nupic mailing list [email protected] http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org
