New submission from Matt Joiner anacro...@gmail.com:
from threading import *
ThreadError
Traceback (most recent call last):
File stdin, line 1, in module
NameError: name 'ThreadError' is not defined
--
components: Library (Lib)
files: export-thread-error.patch
keywords: patch
Scott Dial sc...@scottdial.com added the comment:
I haven't seen anyone use a side-effect-less statement (a string) as a comment
before, but I doubt that is an approved style for the CPython codebase. Please
change the string preceeding the spec_line definition into a proper comment.
New submission from Sagiv Malihi sagivmal...@gmail.com:
When trying to cPickle.loads() from several threads at once, there is a race
condition when threads try to import modules.
An example will explain it best:
suppose I have module foo.py which takes some time to load:
import time
class
Sagiv Malihi sagivmal...@gmail.com added the comment:
OK, digging deeper reveals that there are actually two bugs here, one is
conceptual in the python importing mechanism, and the other is technical in
cPickle.
The first bug:
PyImport_ExecCodeModuleEx adds the module to sys.modules *before*
Stefan Krah stefan-use...@bytereef.org added the comment:
Unrelated to the Fedora issue: The test is currently skipped on the
FreeBSD bot, but completes successfully with:
diff -r 0b52b6f1bfab Lib/test/test_locale.py
--- a/Lib/test/test_locale.py Tue Aug 02 10:16:45 2011 +0200
+++
Stefan Krah stefan-use...@bytereef.org added the comment:
As I wrote on python-dev, this test also fails on Debian lenny, which has
the same setlocale() bug as Fedora.
So, indeed the test should be skipped on a multitude of platforms.
--
___
Python
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 1013c9fbd83c by Senthil Kumaran in branch '3.2':
Fix closes Issue12676 - Invalid identifier used in TypeError message in
http.client.
http://hg.python.org/cpython/rev/1013c9fbd83c
--
nosy: +python-dev
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset c099ba0a278e by Senthil Kumaran in branch 'default':
Fix closes Issue12676 - Invalid identifier used in TypeError message in
http.client.
http://hg.python.org/cpython/rev/c099ba0a278e
--
Senthil Kumaran sent...@uthcode.com added the comment:
Thanks for the bug report, Popa Claudiu and Patch Santoso Wijaya.
Ouch, pretty ugly bug - shows the code lacked test coverage.
--
___
Python tracker rep...@bugs.python.org
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +brett.cannon, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12680
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 209ad8920b03 by Senthil Kumaran in branch '2.7':
Fix closes Issue12183 - Explain the Symlink copy behavior in shutil.copytree.
Patch by Petri Lehtinen.
http://hg.python.org/cpython/rev/209ad8920b03
--
nosy:
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 22730c87 by Senthil Kumaran in branch '3.2':
Fix closes Issue12183 - Explain the Symlink copy behavior in shutil.copytree.
Patch by Petri Lehtinen.
http://hg.python.org/cpython/rev/22730c87
--
Senthil Kumaran sent...@uthcode.com added the comment:
Petri, Thanks for the patch. It would also be helpful to track -
shutil.copytree() use lutimes in Python 3.3 to copy symlink metadata if
symlinks=True. You can raise a feature request if it is not already raised.
Thanks!.
--
R. David Murray rdmur...@bitdance.com added the comment:
Well, this is actually blessed by http://www.python.org/dev/peps/pep-0257/, but
if that convention were actually followed the docstring would go *after* the
assignment. But I agree that it is rarely used, and as far as I know is not
R. David Murray rdmur...@bitdance.com added the comment:
On Tue, 02 Aug 2011 12:12:37 +0200, Stefan Krah ste...@bytereef.org wrote:
I suspect many buildbots are green because they don't have tr_TR and
tr_TR.iso8859-9 installed.
This is true for my Gentoo buildbots. Once we've figured out the
New submission from R. David Murray rdmur...@bitdance.com:
I think that it would be good for expectedFailure to take a message argument
like skip does. My thought is that it would be printed both when it is
triggered (the test fails as expected) so that one case from the verbose output
why
Stefan Krah stefan-use...@bytereef.org added the comment:
[Re-opening to fix the skips]
Yes, the test works on:
Ubuntu Lucid (libc-2.11.1), OpenSUSE (libc-2.11.1), FreeBSD-8.2
Failure:
Fedora 14 (libc-2.13), Debian lenny (libc-2.7), Gentoo (libc-2.13-r2)
So perhaps this test should be
Antoine Pitrou pit...@free.fr added the comment:
As someone pointed out on python-dev, if this isn't fixable then it
should be an expected failure, not a skip.
The Python bug is fixed, the problem is apparently some libcs have the
same bug as we did...
One question is, is there any platform
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset dc96af0e7f60 by Jason R. Coombs in branch 'default':
Corrected attribute docstring per pep-257 (reference #10639)
http://hg.python.org/cpython/rev/dc96af0e7f60
--
___
Changes by Maxim Bublis b...@codemonkey.ru:
Removed file: http://bugs.python.org/file22825/inspect.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8639
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 746dc0a2398e by Ezio Melotti in branch 'default':
#12183: merge with 3.2.
http://hg.python.org/cpython/rev/746dc0a2398e
--
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 2aa8dd4df650 by Sandro Tosi in branch '2.7':
#12670: Fix struct code after forward declaration on ctypes doc
http://hg.python.org/cpython/rev/2aa8dd4df650
New changeset 25dd1d3f4b88 by Sandro Tosi in branch '3.2':
Senthil Kumaran sent...@uthcode.com added the comment:
Hi Ezio,
It was intentional that I did not merge it to default. We want
shutil.copystat to use lutimes which is available in 3.3 and in which
case, we will have to remove this once that change is done.
--
Ezio Melotti ezio.melo...@gmail.com added the comment:
I applied it because the patch is valid on 3.3 too until we actually change
copystat to use lutimes. If/when shutil is changed the doc can be updated
accordingly.
--
nosy: +ezio.melotti
___
Changes by Sandro Tosi sandro.t...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12670
___
New submission from R. David Murray rdmur...@bitdance.com:
The devguide documents the 'accepted' resolution as follows:
Submitted patch was applied, still needs verifying (for example by
watching the buildbots) that everything went fine. At that point the
resolution should be set
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Devguide -Documentation
nosy: +ezio.melotti
resolution: - accepted
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12682
Michał Górny mgo...@gentoo.org added the comment:
Ping. What's the progress on this? Will this ever be fixed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9561
___
Antoine Pitrou pit...@free.fr added the comment:
I'm not a zlib specialist, but I think what this means is that the stream is
not finished, but it's valid anyway.
For example, you get the same behaviour by doing:
c = zlib.compressobj()
s = c.compress(b'This is just a test string.')
s +=
Changes by Daniel Stutzbach stutzb...@google.com:
--
nosy: +stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12682
___
___
Python-bugs-list
Oleg Oshmyan chor...@inbox.lv added the comment:
I like the new patch, but shouldn’t the default be to behave the same way
zlib.decompress() behaves, i. e. raise? (Or perhaps zlib.decompress() should be
modified not to raise instead. I’m just aiming at consistency.) Of course this
will break
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Formally I believe that the 'accepted' resolution is for committed feature
requests
That's what I also thought originally.
Perhaps this should be discussed on Python-Dev to see what people think it
should mean?
--
nosy:
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset a70cdec027e7 by Sandro Tosi in branch '3.2':
#12665: Dictionary view example has error in set operation
http://hg.python.org/cpython/rev/a70cdec027e7
New changeset b2dc821058fe by Sandro Tosi in branch 'default':
Changes by Sandro Tosi sandro.t...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12665
___
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12681
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset aebe3243bb2c by Éric Araujo in branch '2.7':
Fix incorrect mtime comparison in distutils (#11933).
http://hg.python.org/cpython/rev/aebe3243bb2c
--
nosy: +python-dev
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset bbeda42ea6a8 by Benjamin Peterson in branch 'default':
add ThreadError to threading.__all__ (closes #12679)
http://hg.python.org/cpython/rev/bbeda42ea6a8
--
nosy: +python-dev
resolution: - fixed
stage: -
Éric Araujo mer...@netwok.org added the comment:
Here’s the distutils error:
ERROR: test_manual_manifest (distutils.tests.test_sdist.SDistTestCase)
--
Traceback (most recent call last):
File
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file22622/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11561
___
Éric Araujo mer...@netwok.org added the comment:
I think your suggestions are all good ones, and I have incorporated
them into the file.
Great :) You left some commented-out debugging prints.
(But do note that the departures we are now making from Ned's own
copy of the tracer code —
Benjamin Peterson benja...@python.org added the comment:
Too late I'm afraid as expectedFailure not expectedFailure() is the decorator.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12681
Éric Araujo mer...@netwok.org added the comment:
Thanks again!
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11933
Brett Cannon br...@python.org added the comment:
I say just go ahead and change it. I was probably just thinking how I wish we
would use it when I wrote that.
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
New submission from Jasper van den Bosch jap...@gmail.com:
urlparse.urljoin successfully joins 'http://localhost/repo1' with a filename,
but not 'svn://localhost/repo1' (only scheme different). But the documentation
states that the svn: scheme is supported:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Library (Lib) -None
nosy: +ezio.melotti, orsenthil
versions: +Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12683
Vlada Peric vlada.pe...@gmail.com added the comment:
Confirmed with the file Aaron linked to. I'm using 2to3-3.2 -w -n -d
sympy/ntheory/factor_.py. This is what Python says about itself:
Python 3.2 (r32:88445, Jun 8 2011, 16:34:06)
[GCC 4.5.1 20101208 [gcc-4_5-branch revision 167585]] on
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 89e92e684b37 by Benjamin Peterson in branch 'default':
expose sched.h functions (closes #12655)
http://hg.python.org/cpython/rev/89e92e684b37
--
nosy: +python-dev
resolution: - fixed
stage: patch review -
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
test_forget still doesn't work using my installed Python:
test test_support failed -- Traceback (most recent call last):
File /usr/local/lib/python3.3/test/test_support.py, line 62, in test_forget
mod = __import__(TESTFN)
ImportError:
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 5ff56995976c by Senthil Kumaran in branch '3.2':
Fix closes issue12663 - Correcting the ArgumentParser.error description. Patch
by Sandro Tosi.
http://hg.python.org/cpython/rev/5ff56995976c
New changeset
Senthil Kumaran sent...@uthcode.com added the comment:
I propose that we remove 'accepted' as the meaning seems ambiguous and
it is of little practical (/tracking) use.
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
The orientation depends upon the mode, which is explained further
down.
http://docs.python.org/py3k/library/turtle.html#turtle.left
So, the correct fix would be:
would turn clockwise/counterclockwise depending upon the mode.
___
Python-bugs-list
Changes by Ned Deily n...@acm.org:
--
nosy: +brian.curtin, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11598
___
___
Python-bugs-list
Michael Foord mich...@voidspace.org.uk added the comment:
Well, expectedFailure could dispatch on the type of the argument, with
different behaviour for strings and anything else (presumed to be a function /
method). That would be inconsistent with the api for skipping though. (I'm not
wild
R. David Murray rdmur...@bitdance.com added the comment:
It is not ambigous. As I said, bugs are fixed, feature requests are accepted.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12682
Senthil Kumaran sent...@uthcode.com added the comment:
I thought fixed was enough. A kind of binary state where we say, okay we have
it and otherwise no, we don't. I know for feature requests the terminology does
not make sense, but I believe I have worked with bug trackers where fixed was
New submission from Matt Joiner anacro...@gmail.com:
Here's a patch that fixes it.
--
components: Library (Lib)
files: exception-in-profile.patch
keywords: patch
messages: 141591
nosy: anacrolix
priority: normal
severity: normal
status: open
title: profile does not dump stats on
Matt Joiner anacro...@gmail.com added the comment:
Should I just submit a patch for this myself? Can someone confirm the behaviour
is incorrect so I don't waste time fixing it?
--
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 07d94cf3521e by Eli Bendersky in branch 'default':
Issue #11049: fix test_forget on installed Python - add os.curdir to sys.path
http://hg.python.org/cpython/rev/07d94cf3521e
--
Eli Bendersky eli...@gmail.com added the comment:
Vinay, I can't reproduce your problem here (tried installing Python and running
from there), but I suspect it's a sys.path issue (you don't have os.curdir on
it, I do). Please let me know if it works now.
--
Ned Deily n...@acm.org added the comment:
I've added a couple of review comments to the one Peter already made in
Rietveld. Here is an updated patch that addresses all of the comments. I've
tested in briefly on Windows and on OS X and it seems to work OK. Eli, if
you're OK with it, feel
New submission from py.user port...@yandex.ru:
with open('/etc/passwd') as f1, \
... open('/etc/profile) as f2:
File stdin, line 2
open('/etc/profile) as f2:
^
SyntaxError: EOL while scanning string literal
with open('/etc/passwd') as f1,
Benjamin Peterson benja...@python.org added the comment:
Why would you expect that to concatenate strings? You have an unterminated
quote?
--
nosy: +benjamin.peterson
resolution: - invalid
status: open - closed
___
Python tracker
py.user port...@yandex.ru added the comment:
yes, you're right, this is my mistake
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12685
___
___
rpointel pyt...@xiri.fr added the comment:
Hi,
we have the same problem on OpenBSD (sparc).
You could find more information:
http://marc.info/?l=openbsd-portsm=131219537505698
Thanks,
Remi.
--
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
The Accepted Resolution was copied from SF. I recall seeing documentation on
SF for the resolutions, but can't find that anymore.
I also recall that on SF, the accepted resolution was used to indicate that a
patch was accepted (be it a bug
65 matches
Mail list logo