[issue20019] platform.py line _sys_version function

Wes added the comment: I'll submit this to Continuum Analytics so they know it's their issue. On Thu, Dec 19, 2013 at 3:06 AM, Marc-Andre Lemburg wrote: > > Marc-Andre Lemburg added the comment: > > Closing, since there's nothing much we can do about the problem. > > -- > resolution: -

[issue20019] platform.py line _sys_version function

Marc-Andre Lemburg added the comment: Closing, since there's nothing much we can do about the problem. -- resolution: -> invalid status: open -> closed versions: +3rd party -Python 2.7 ___ Python tracker _

[issue20019] platform.py line _sys_version function

Wes added the comment: Marc, Thanks for your help. What I did was just copied the _sys_version_parser from the standard python platform.py into the anaconda version of platform.py and it fixed the issue. So it looks like Anaconda made a change to your regular expression. Thanks for getting on

[issue20019] platform.py line _sys_version function

Marc-Andre Lemburg added the comment: On 19.12.2013 00:52, Wes wrote: > > Marc, > > Here was the initial output: > platform.__file__ > '/Users/wesmadrigal/anaconda/lib/python2.7/platform.pyc' import sys sys.version > '2.7.6 |Anaconda 1.8.0 (x86_64)| (default, Nov 11 2013, 10:49:

[issue20019] platform.py line _sys_version function

Wes added the comment: The shitty part is, you pretty much need anaconda to run iPython notebook on a mac. On Wed, Dec 18, 2013 at 6:08 PM, Wes Madrigal wrote: > I just commented out the _sys_version_parser regular expression in > anaconda/lib/python2.7/platform.py on line 1363 and replaced it

[issue20019] platform.py line _sys_version function

Wes added the comment: I just commented out the _sys_version_parser regular expression in anaconda/lib/python2.7/platform.py on line 1363 and replaced it with the _sys_version_parser from /usr/lib/python2.7/platform.py and everything worked fine. On Wed, Dec 18, 2013 at 5:53 PM, Ned Deily wrote

[issue20019] platform.py line _sys_version function

Ned Deily added the comment: The version string does not match either the Apple-supplied Python in 10.8 (Mountain Lion) nor that of a python.org Python. The "anaconda" directory name suggests this is probably a Python from the Anaconda Scientific distribution. There have been other issues wi

[issue20019] platform.py line _sys_version function

Wes added the comment: Marc, Here was the initial output: >>> platform.__file__ '/Users/wesmadrigal/anaconda/lib/python2.7/platform.pyc' >>> import sys >>> sys.version '2.7.6 |Anaconda 1.8.0 (x86_64)| (default, Nov 11 2013, 10:49:09) \n[GCC 4.0.1 (Apple Inc. build 5493)]' Here is what I had wh

[issue20019] platform.py line _sys_version function

Marc-Andre Lemburg added the comment: On 19.12.2013 00:39, Wes wrote: > > Marc > > Thanks for getting back to me so quickly on this. I'm running an apple > version of python from the looks of it. I was running an Anaconda version > at the time I posted this script, but I just reset my $PATH v

[issue20019] platform.py line _sys_version function

Wes added the comment: Marc Thanks for getting back to me so quickly on this. I'm running an apple version of python from the looks of it. I was running an Anaconda version at the time I posted this script, but I just reset my $PATH variable to use the mac factory python and still got the erro

[issue20019] platform.py line _sys_version function

Marc-Andre Lemburg added the comment: I have tried this with a stock Python 2.7.6 version and don't get an error: >>> platform._sys_version('2.7.5 (default, Sep 12 2013, 21:33:34) \n[GCC 4.2.1 >>> Compatible Apple LLVM 5.0 (clang-500.0.68)]') ('CPython', '2.7.5', '', '', 'default', 'Sep 12 2013

[issue20019] platform.py line _sys_version function

New submission from Wes: Marc-Andre, I'm on a Macbook pro OSX Mountain Lion I've been automating virtual environment builds locally and remotely, but it seems that when my "pip install -r requirements.txt" tries to run and download.py in pip/ runs it invokes "platform.py". I'm getting a user-