Ned Deily n...@acm.org added the comment:
Test failing on 3.1.2rc1. Should this be considered a release blocker?
Perhaps just disable temporarily?
--
nosy: +benjamin.peterson, ned.deily
___
Python tracker rep...@bugs.python.org
Ronald Oussoren ronaldousso...@mac.com added the comment:
But should PYTHON_API_VERSION be increased for the 2.7 release?
I think it should because of the binary incompatible differences between 2.5
and 2.6. In a perfect world that would have resulted in an increase of
PYTHON_API_VERSION
Antoine Pitrou pit...@free.fr added the comment:
But should PYTHON_API_VERSION be increased for the 2.7 release?
Sounds like a good idea.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8118
New submission from Ned Deily n...@acm.org:
When installation tests are run on a user system using the OS X installer, the
three tests fail with a crash. Similar results would be expected on other
unix-y platforms when tests are run from the install destination, and not the
source or build
New submission from Ned Deily n...@acm.org:
$ cat bom3.py
# coding: utf-8
print(BOM BOOM!)
$ file bom3.py
bom3.py: UTF-8 Unicode (with BOM) text
$ python3.1
Python 3.1.1+ (r311:74480, Jan 20 2010, 00:37:31)
[GCC 4.4.3 20100108 (prerelease)] on linux2
Type help, copyright, credits or license
New submission from Ned Deily n...@acm.org:
On Python 3.1.2rc1 and py3k, make install results in two identical spurious
error messages:
Compiling /path/to/lib/python3.1/lib2to3/tests/data/bom.py ...
*** File /usr/local/lib/python3.1/lib2to3/tests/data/bom.py, line 1
# coding: utf-8
New submission from Robin Becker rgbec...@users.sourceforge.net:
When building extensions on win32 distutils with --plat-name=win-amd64 adds
PCBuild/AMD64 in the wrong place.
This patch ensures the AMD64 location comes first
--
assignee: tarek
components: Distutils
files: patch.txt
New submission from Robin Becker rgbec...@users.sourceforge.net:
I notice this from win32 setup.py bdist_wininst --plat-name=win-amd64
running bdist_wininst
running build
running build_py
creating build
creating build\lib.win32-2.6
creating build\lib.win32-2.6\reportlab
copying
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed this in r79047. If we are to backport this to release26-maint, we need
barry's approval. Barry, any thoughts? The change is a minor improvement, we
have lived with normal case percent escape for long, mixed case would be bonus
in
New submission from Mitchell Model m...@acm.org:
Strangely, the extensive documentation of the property function in the
Built-in Functions of the documentation has no example of the use of a
property. Readers unfamiliar with properties should be told that obj.x invokes
the getter, obj.x=value
Thomas Heller thel...@ctypes.org added the comment:
the ports which are maintained separately still need an update:
libffi_msvc
libffi trunk now has a port to x86/msvc. might require some
extra updates from libffi.
I'll take care of this one.
Would it be a good idea to upgrade to
Florent Xicluna florent.xicl...@gmail.com added the comment:
no access to solaris hardware. please could you run the libffi
testsuite on this machine? make sure that expect is installed.
I don't have access to such hardware.
I noticed the buildbot failures since libffi was upgraded.
Filip Gruszczyński grusz...@gmail.com added the comment:
I have created a small patch, that adds method that formats using a dict. It's
the first time I have written anything in python implementation, so I would
very appreciate any advice. Change allows the following:
m = Mapping(a='b')
Bill Janssen bill.jans...@gmail.com added the comment:
I'm seeing this on Python 2.6.4 on Windows XP with the latest MinGW/msys.
--
nosy: +janssen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2698
Bill Janssen bill.jans...@gmail.com added the comment:
Re-opening.
--
keywords: +26backport
priority: high - normal
resolution: invalid -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2698
Bill Janssen bill.jans...@gmail.com added the comment:
My bad. Adding --compiler=mingw32 eliminates this error.
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2698
Ezio Melotti ezio.melo...@gmail.com added the comment:
Thanks for the patch. It would be nice if you could include unit tests too.
--
priority: - normal
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6081
Changes by Jesus Rivero jesus.rive...@gmail.com:
--
nosy: +Neurogeek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7713
___
___
Python-bugs-list
Antoine Pitrou pit...@free.fr added the comment:
Crash reproduced under Mandriva Linux 2010.0 (glibc-2.10.1-6.2mnb2). Stack
trace is as follows:
(gdb) bt
#0 0x7fb59f2eba9a in strrchr () from /lib64/libc.so.6
#1 0x004010ae in ?? ()
#2 0x00400ff3 in ?? ()
#3
Thomas Heller thel...@ctypes.org added the comment:
Thomas,
Do you remember why your patch for issue1039 was not backported?
Probably an oversight only.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8154
R. David Murray rdmur...@bitdance.com added the comment:
I don't think this patch satisfies Raymond's request. It is explicitly
checking for a __missing__ attribute, but Raymond was talking about a more
general facility whereby you can pass in an arbitrary object that implements
the mapping
Eric Smith e...@trueblade.com added the comment:
I agree with David.
Although it's not clear to my why the code doesn't just work with the addition
of do_string_format_using_mapping and without the other code. It's possible the
existing code is too dict-specific and should be calling a more
R. David Murray rdmur...@bitdance.com added the comment:
I agree that this should be fixed, since we presumably want to be strictly
conforming to the posix standards, but it looks like this is a regression in
either linux or glibc. From the standard's rational section:
Early proposals
Jesús Cea Avión j...@jcea.es added the comment:
issue7975 finally reproduced. Solved in pybsddb 4.8.3+, and added relevant
testcases.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8156
Jesús Cea Avión j...@jcea.es added the comment:
This bug was introduced in pybsddb 4.7.2, when migration to ABC (Abstract Base
Classes).
I have solved it in 4.8.3+, and added relevant testcases.
I plan to integrate 4.8.3+ in Python 2.7. See issue8156.
--
Florent Xicluna florent.xicl...@gmail.com added the comment:
Fixed with r79049 and r79050.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
On Thu, Mar 18, 2010 at 3:32 PM, R. David Murray rep...@bugs.python.org wrote:
..
I agree that this should be fixed, since we presumably want to be strictly
conforming to the posix standards,
but it looks like this is a
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8166
___
___
Jesús Cea Avión j...@jcea.es added the comment:
Florent you are right, good catch. I can not use context managers because
with is invalid syntax in python 2.3 and 2.4, that I must support for a while.
I have implemented a context manager manually, following the description in PEP
343. This
Changes by Jesús Cea Avión j...@jcea.es:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7092
___
___
Python-bugs-list mailing list
Unsubscribe:
Jesús Cea Avión j...@jcea.es added the comment:
Florent you are right, good catch. I can not use context managers because
with is invalid syntax in python 2.3 and 2.4, that I must support for a while.
I have implemented a context manager manually, following the description in PEP
343. This
Miki Tebeka miki.teb...@gmail.com added the comment:
I see the same problem when from __future__ import division on the 2.x
series. Seem like the timedelta objects is missing the __truediv__ method.
--
nosy: +tebeka
versions: +Python 2.7
___
Python
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8156
___
Benjamin Peterson benja...@python.org added the comment:
Hopefully fixed in r79051. Can you try the 3.1 branch?
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8169
Changes by Benjamin Peterson benja...@python.org:
--
priority: - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8166
___
___
Filip Gruszczyński grusz...@gmail.com added the comment:
My first intention was simply to push mapping from args to kwargs, just like
Eric suggested, but that didn't help with __missing__, only with accepting a
dict instead of pushing keyword arguments.
I didn't like explicitly asking for
Benjamin Peterson benja...@python.org added the comment:
Nice catch! Reverted in r79054.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8166
___
Benjamin Peterson benja...@python.org added the comment:
Fixed in r79056.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8167
___
New submission from Antoine Pitrou pit...@free.fr:
test_subprocess has been leaking since the recent changes in py3k:
test_subprocess leaked [2, 2] references, sum=4
--
assignee: gregory.p.smith
components: Library (Lib), Tests
messages: 101286
nosy: gregory.p.smith, pitrou
priority:
Florent Xicluna florent.xicl...@gmail.com added the comment:
Done with r79059 and r79062.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Benjamin Peterson benja...@python.org added the comment:
Fixed in r79068.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8168
Ned Deily n...@acm.org added the comment:
'bad_coding' is still needed in the -x regexp. BTW, it's easy enough to test
by doing something like:
make install DESTDIR=/tmp/p/
--
___
Python tracker rep...@bugs.python.org
Changes by Florent Xicluna florent.xicl...@gmail.com:
Removed file: http://bugs.python.org/file15806/issue7643_remove_deprecation.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7643
___
Changes by Michael Foord mich...@voidspace.org.uk:
--
nosy: -michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7643
___
___
Benjamin Peterson benja...@python.org added the comment:
2010/3/18 Ned Deily rep...@bugs.python.org:
Ned Deily n...@acm.org added the comment:
'bad_coding' is still needed in the -x regexp. BTW, it's easy enough to test
by doing something like:
make install DESTDIR=/tmp/p/
Ok. :)
Benjamin Peterson benja...@python.org added the comment:
Promoted warning to full DeprecationWarning in r79078.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6837
Ned Deily n...@acm.org added the comment:
Fix verified.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8166
___
___
Python-bugs-list mailing
Craig McQueen pyt...@craig.mcqueen.id.au added the comment:
This bug was confirmed to no longer be present for Python 2.6.4, however it is
still present for Python 3.1.1. Could someone with open privileges re-open
this please?
--
___
Python tracker
Florent Xicluna florent.xicl...@gmail.com added the comment:
Cleanup committed as r78982
Patch for LineBreak.txt updated after UCD upgrade to 5.2.
See details: http://bugs.python.org/issue7643#msg97483
Tests added to test_unicodedata.
Backward compatibility concern:
* it adds VT u'\x0b' and
Changes by R. David Murray rdmur...@bitdance.com:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2698
___
___
Bill Janssen bill.jans...@gmail.com added the comment:
Shouldn't the import library name end with .lib? I've run up against this
building PyLucene with MinGW. There seems to be code to figure this out
already in CygwinCCompiler, but it's commented out (and arguably incomplete).
--
Gregory P. Smith g...@krypto.org added the comment:
Pretty sure I know off the top of my head what this is. Ill fix it.
--
Added file: http://bugs.python.org/file16578/unnamed
___
Python tracker rep...@bugs.python.org
Florent Xicluna florent.xicl...@gmail.com added the comment:
Reverted in 3.x: it triggers some failures.
Symptoms:
* repr('\uaaa') gives an empty string
* test_bigmem fails
--
resolution: fixed - accepted
stage: committed/rejected - commit review
status: closed - open
New submission from George Sakkis george.sak...@gmail.com:
The following exception message seems misleading, or at least not obvious:
def f(a,b,c): pass
...
f(c=0,a=0)
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: f() takes exactly 3 non-keyword arguments (1
Ezio Melotti ezio.melo...@gmail.com added the comment:
Duplicate of #6474.
--
nosy: +ezio.melotti
priority: - normal
resolution: - duplicate
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, gsakkis
superseder: - Misleading reported number of given arguments on function call
TypeError
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6474
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
superseder: Misleading reported number of given arguments on function call
TypeError -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6474
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Craig,
did you run the command like this under 3.x ? :
$ python setup.py build --compiler=mingw32 --verbose
Also, what is your gcc version ? and your PATH environment ?
--
___
Python tracker
Craig McQueen pyt...@craig.mcqueen.id.au added the comment:
I ran it as follows:
\python31\python.exe setup.py build --compiler=mingw32 --verbose
and got:
running build
running build_py
running build_ext
building 'cobs._cobsext' extension
error: Unable to find vcvarsall.bat
If I run:
Craig McQueen pyt...@craig.mcqueen.id.au added the comment:
And, I should add, doing nearly the same thing, except with Python 2.6.4, works
fine. Same machine, same console window, same path:
\python26\python.exe setup.py build --compiler=mingw32 --verbose
running build
running build_py
George Sakkis george.sak...@gmail.com added the comment:
I reverted the function to the original API (return just the dict with the
bindings), cleaned it up, wrote thorough unit tests and made a patch against
Python 2.7a4.
--
keywords: +patch
Added file:
Barry A. Warsaw ba...@python.org added the comment:
Does this still affect 2.6 then?
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8068
___
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Benjamin, can I fix this bug before you tag 3.1.2 ?
Basically, I'll apply on 3.1 what was applied on 2.6 :
MacZiade:release31-maint tarek$ svn di
Index: Lib/distutils/command/build_ext.py
Chris Carter jesdisci...@gmail.com added the comment:
unwatched
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7643
___
___
Python-bugs-list
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
nosy: +Alexander.Belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3135
___
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
nosy: +Alexander.Belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6474
___
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
nosy: +Alexander.Belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8174
___
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
nosy: +Alexander.Belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3690
___
68 matches
Mail list logo
