[issue16991] Add OrderedDict written in C

2015-05-29 Thread Wes Turner
Wes Turner added the comment: > * Would this make it easy/faster to also have a DefaultOrderedDict (which can/could also be accomplished with .get(attr, []) and .setdefault ? On May 29, 2015 2:39 PM, "Eric Snow" wrote: > > Eric Snow added the comment: > > Planning on

[issue16991] Add OrderedDict written in C

2014-12-17 Thread Wes Turner
Wes Turner added the comment: * Macros could be useful. * Would this make it easy/faster to also have a DefaultOrderedDict (which can/could also be accomplished with .get(attr, []) and .setdefault(attr, [])? * There may be some value in looking at https://pypi.python.org/pypi/cyordereddict

[issue20019] platform.py line _sys_version function

2013-12-19 Thread Wes
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.

[issue20019] platform.py line _sys_version function

2013-12-18 Thread Wes
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

[issue20019] platform.py line _sys_version function

2013-12-18 Thread Wes
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 re

[issue20019] platform.py line _sys_version function

2013-12-18 Thread Wes
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

[issue20019] platform.py line _sys_version function

2013-12-18 Thread Wes
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 (Ap

[issue20019] platform.py line _sys_version function

2013-12-18 Thread Wes
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 go

[issue20019] platform.py line _sys_version function

2013-12-18 Thread Wes
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

[issue16692] Support TLS 1.1 and TLS 1.2

2013-08-04 Thread Wes Turner
Wes Turner added the comment: http://docs.python.org/3.4/whatsnew/3.4.html#ssl re: Backporting to Python 2.7: maybe something like: backports.ssl (like backports.ssl_match_hostname) https://pypi.python.org/pypi/backports/ -- nosy: +westurner

[issue18511] random.shuffle could be faster

2013-07-19 Thread Wes Turner
Wes Turner added the comment: Added patch to random.shuffle for trunk -- Added file: http://bugs.python.org/file30985/random-shuffle_trunk.patch ___ Python tracker <http://bugs.python.org/issue18

[issue18511] random.shuffle could be faster

2013-07-19 Thread Wes Turner
Wes Turner added the comment: Added patch to random.shuffle for v2.7.5 -- keywords: +patch Added file: http://bugs.python.org/file30984/random-shuffle_v2.7.5.patch ___ Python tracker <http://bugs.python.org/issue18

[issue18511] random.shuffle could be faster

2013-07-19 Thread Wes Turner
New submission from Wes Turner: random.shuffle [1][2] could be faster. ``xrange(10,1,-1)`` is faster than ``reversed(xrange(1,10))``. [1] http://hg.python.org/cpython/file/v3.3.2/Lib/random.py#l254 [2] http://hg.python.org/cpython/file/v2.7.5/Lib/random.py#l276 -- components: Library

[issue4493] urllib2 doesn't always supply / where URI path component is empty

2010-11-22 Thread Wes Chow
Wes Chow added the comment: This same bug also exists in HTTPClient, and my patch addresses that. Addressing it in HTTPClient has a side effect of taking care of it for urllib2 as well (and all future libraries that use HTTPClient). Even if the urllib2 patch is preferable, shouldn't w

[issue4493] urllib2 doesn't always supply / where URI path component is empty

2010-11-20 Thread Wes Chow
Wes Chow added the comment: Attached is a patch against 3.2 that replaces empty paths with '/' in HTTPConnection. I do not totally understand the ; syntax in URIs, and so this implementation may break that, as it splits urls and unsplits them if needed. The Python docs seem to indi

[issue9721] urlparse.urljoin() cuts off last base character with semicolon at url start

2010-11-20 Thread Wes Chow
Wes Chow added the comment: Patch against 2.7 (urlparse-9721-2.7.patch). -- Added file: http://bugs.python.org/file19707/urlparse-9721-2.7.patch ___ Python tracker <http://bugs.python.org/issue9

[issue9721] urlparse.urljoin() cuts off last base character with semicolon at url start

2010-11-20 Thread Wes Chow
Wes Chow added the comment: New patch (urlparse-9721-3.2.patch) against 3.2 which fixes the erroneous test. -- Added file: http://bugs.python.org/file19706/urlparse-9721-3.2.patch ___ Python tracker <http://bugs.python.org/issue9

[issue9721] urlparse.urljoin() cuts off last base character with semicolon at url start

2010-11-20 Thread Wes Chow
Wes Chow added the comment: Here's a patch for 3.2 which fixes this problem I believe. There does exist a test case that should have produced an error, except that the last path segment in RFC3986_BASE is only one character long. Had it been more than one character long, RFC3986 checks

[issue10144] Buffering bug after calling curses function

2010-10-18 Thread Wes McKinney
New submission from Wes McKinney : We tracked a bug originating in IPython to the Python interpreter itself, seems to be present in 2.6.x and 2.7.x but not 3.1.x. This is on Ubuntu Linux 10.04, does not seem to occur in OS X 10.6. Reference: http://article.gmane.org