Simon Zack added the comment:
For those who want to use this right away, I've added a python implementation
of the patch, which passes the unit tests. There's a slight difference in
usage, where instead of using super() directly, super_prop(super()) needs to be
used, so we can still use super
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23107
___
New submission from Raymond Hettinger:
This tracker item is to record experiments with removing unicode specialization
code from set objects and run timings to determine the performance benefits or
losses from those specializations.
* Removes the set_lookkey_unicode() function and the
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
Added file: http://bugs.python.org/file37548/no_special_hash.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23119
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
Added file: http://bugs.python.org/file37549/time_suite.sh
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23119
___
Ned Batchelder added the comment:
This bug just bit me. Changing # coding: utf8 to # coding: utf-8 works
around it.
--
nosy: +nedbat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20844
___
Ned Batchelder added the comment:
(oops: with Python 3.4.1 on Windows)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20844
___
___
New submission from Peter Santoro:
It appears that installation order matters when installing both 32bit and 64bit
versions of Python. If you install the 32bit version first, the 64bit version
will uninstall the 32bit version. Here are the steps I used:
1. Starting point (Windows 7 64bit
Antoine Pitrou added the comment:
+1 for this. In my experience sets of unicode keys are not as common as dicts
with unicode keys, and the posted numbers make the simplification a no-brainer.
--
nosy: +pitrou
___
Python tracker
Changes by Tim Golden m...@timgolden.me.uk:
--
components: +Windows
nosy: +steve.dower, tim.golden, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23120
___
New submission from Joshua Ellinger:
The problem is that the python path name is quoted if it contains spaces. The
launcher does not remove the extra quotes and fails.
I 'solved' by editing the pip.exe to remove the quotes.
ps - Windows programs are normally installed under c:\Program Files
Changes by R. David Murray rdmur...@bitdance.com:
--
superseder: - Properly codesign Mac python 2.7.9.pkg so it can work thru OS X
firewall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23118
New submission from Marcel Hellkamp:
On CentOS 6.6 the system Python is 2.6. The use to set literals in
Parser/adsl.py breaks the build process on these systems. The ./configure
should ensure that a compatible version of python is available.
--
components: Build
messages: 233134
nosy:
Steve Dower added the comment:
I'm already quite keen to rename the registry key for 32-bit on Windows, since
there are some places where that will cause conflicts. This won't be done for
3.4 though, as we don't have an active maintainer for the old installer (Martin
is still building them,
Steve Dower added the comment:
I've previously reported this issue against setuptools (which generates the
executable) and apparently they consider it a feature. I don't have the link
handy from my phone, but if you find the issue on bitbucket you can help
attract some more attention to this.
Berker Peksag added the comment:
Could you try the following command?
make touch
See also
https://docs.python.org/devguide/setup.html?highlight=touch#avoiding-re-creating-auto-generated-files
--
nosy: +berker.peksag
title: python@93442 breaks build if system Python is 2.6 -
Marcel Hellkamp added the comment:
make touch solved the problem. A clear case of RTFM :) Sorry for the noise.
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23122
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23122
___
___
New submission from Anders Rundgren:
jsonString = '{t:6,h:4.50, g:text,j:1.40e450}'
jsonObject = json.loads(jsonString,
object_pairs_hook=collections.OrderedDict,parse_float=Decimal)
for item in jsonObject:
print jsonObject[item]
6
4.50
text
1.40E+450
Works as expected.
However, there seems
eryksun added the comment:
See issue 21699. This is fixed in distlib 0.1.9. The latest pip uses distlib
0.2.0, so just update from pip 1.5.6 to 6.0.3.
C:\C:\Program Files\Python27\Scripts\pip.exe --version
pip 6.0.3 from
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23102
___
___
Python-bugs-list mailing
Changes by Carsten Grohmann carstengrohm...@gmx.de:
--
nosy: +cgrohmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23102
___
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: needs patch - resolved
superseder: - 'codecs' module docs improvements
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19539
___
Joshua Ellinger added the comment:
Having pip not work after a straight install to the normal place you'd install
it on windows can't be a feature.
Even after I changed the .exe, pip itself breaks on the same problem.
Basically, you can't install python to
the normal place on windows until
Joshua Ellinger added the comment:
The safest fix would be to make subprocess strip double-quotes from the
executable path.
Double quote () is not an allowed character in Windows file systems. There is
no case under
which it can be correct to spawn a process in Windows where the path is
Donald Stufft added the comment:
If distlib 0.2.0 fixes this, then it should be fixed in pip 6+ when installing
from Wheels. If the same problem exists in setuptools then it'll need to get
fixed in setuptools (or pip will need to start writing it's own console scripts
when installing from
eryksun added the comment:
If the same problem exists in setuptools then it'll need to
get fixed in setuptools (or pip will need to start writing
it's own console scripts when installing from sdist too).
Will setuptools eventually switch to using distlib also? Currently setuptools
has a
New submission from Adam Carruthers:
255 is 255 - True (255).bit_length() - 8
256 is 256 - True (256).bit_length() - 9
257 is 257 - False (257).bit_length() - 9
^
Will show True if you do it exactly like this because of a quirk.
a = 257
b = 257
a is b - False
I
Changes by Adam Carruthers adamjcarruther...@gmail.com:
--
nosy: -Adam.Carruthers
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23124
___
___
Ezio Melotti added the comment:
On CPython small ints are cached to improve performances.
This is an implementation detail and is should not be used to compare ints
(== should be used instead).
--
nosy: +ezio.melotti
resolution: - not a bug
stage: - resolved
status: open - closed
30 matches
Mail list logo
