Serhiy Storchaka storch...@gmail.com added the comment:
There are spurious print() calls in the 2.7 patch.
Oh, my inattentiveness. Thank you for pushing, Antoine. And thank Martin for
review.
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka storch...@gmail.com added the comment:
Hmm. Without the ability to reproduce this effect, it will be difficult for me
to
get rid of him. What times for StringIO, append/join, unpatched BytesIO? Do
this happen with a little different numbers (n=1500, 1600,...,3000)?
New submission from Atsuo Ishimoto ishim...@gembook.org:
os.chmod() should check symlinks if followsymlinks option is True on Windows.
This is a cause of failure of test case
test.test_shutil.TestShutil.test_copymode_follow_symlinks
(#13837)
--
components: Library (Lib), Windows
Atsuo Ishimoto ishim...@gembook.org added the comment:
Error in test_copymode_follow_symlinks is adderessed in #15411.
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13837
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 03cda5360dc6 by Florent Xicluna in branch '3.2':
Issues #10017 and #14998: Fix TypeError using pprint on dictionaries with
unorderable key.
http://hg.python.org/cpython/rev/03cda5360dc6
New changeset 4d0dcfbdf45b
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 03cda5360dc6 by Florent Xicluna in branch '3.2':
Issues #10017 and #14998: Fix TypeError using pprint on dictionaries with
unorderable key.
http://hg.python.org/cpython/rev/03cda5360dc6
New changeset 4d0dcfbdf45b
Florent Xicluna florent.xicl...@gmail.com added the comment:
Thanks for this patch.
I've reviewed the issue and merged the patch of issue #14998 which fixes both
cases.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
superseder: - pprint._safe_key
Florent Xicluna florent.xicl...@gmail.com added the comment:
Thank you for this patch.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14998
New submission from Richard Oudkerk shibt...@gmail.com:
In the documentation on weakrefs there is the following quote
Note: Weak references to an object are cleared before the object’s
__del__() is called, to ensure that the weak reference callback
(if any) finds the object still
Atsuo Ishimoto ishim...@gembook.org added the comment:
Patch updated. Check symlinks only if supported by platform.
--
Added file: http://bugs.python.org/file26463/issue1492704_new_2.patch
___
Python tracker rep...@bugs.python.org
Changes by Atsuo Ishimoto ishim...@gembook.org:
Removed file: http://bugs.python.org/file26463/issue1492704_new_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15411
___
Changes by Atsuo Ishimoto ishim...@gembook.org:
Added file: http://bugs.python.org/file26464/chmod_symlink_win32_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15411
___
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2919
___
___
Python-bugs-list
Florent Xicluna florent.xicl...@gmail.com added the comment:
I just broke tests :(
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14998
___
Antoine Pitrou pit...@free.fr added the comment:
Hmm. Without the ability to reproduce this effect, it will be difficult for
me to
get rid of him.
It's under 64-bit Linux, Intel Core i5 CPU. Are you sure you're testing
in non-debug mode?
That said, the numbers under Windows suggest me
Antoine Pitrou pit...@free.fr added the comment:
In the documentation on weakrefs there is the following quote
Note: Weak references to an object are cleared before the object’s
__del__() is called, to ensure that the weak reference callback
(if any) finds the object still
Antoine Pitrou pit...@free.fr added the comment:
By the way, here is Matt Mackall's take on realloc():
http://www.selenic.com/pipermail/mercurial-devel/2011-October/034988.html
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
StringIO:
$ ./python -m timeit -s import io; n=2000; d=['a'*n,'bb'*n,'ccc'*n]*1000
s=io.StringIO(); w=s.write for x in d: w(x) global y; y = s.getvalue()
- Linux: 1000 loops, best of 3: 985 usec per loop
- Windows: 100 loops, best of 3: 4.26
Richard Oudkerk shibt...@gmail.com added the comment:
The weakref is dead but it's still a weakref, and it can be used to
e.g. index a container of existing weakrefs (cf. WeakSet,
WeakKeyDictionary, WeakValueDictionary).
Ah.
I had assumed that since dead weakrefs were unhashable you
Antoine Pitrou pit...@free.fr added the comment:
I had assumed that since dead weakrefs were unhashable you couldn't
safely use them as keys in a dict. (Presumably removal of a no longer
hashable key from a dict is O(n)?)
They are unhashable if you didn't hash them alive. Otherwise they
Florent Xicluna florent.xicl...@gmail.com added the comment:
Test test_pprint fixed with changesets 29642f82bbcc and 79d44f4920d9.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14998
Stefan Krah stefan-use...@bytereef.org added the comment:
There is an additional problem with PyBuffer_ToContiguous():
Suppose 'view' is multi-dimensional, C-contiguous and initialized
according to PyBUF_ND, i.e. view-shape != NULL but view-strides == NULL.
Now if PyBuffer_ToContiguous() is
Changes by Florent Xicluna florent.xicl...@gmail.com:
Removed file: http://bugs.python.org/file18445/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7214
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
does it require action in 3.3, where the C implementation is active by default?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7214
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +eli.bendersky
versions: +Python 3.3 -Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7214
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
probably related to issue #5154 mentioned in previous comment:
http://bugs.python.org/issue9610#msg114000
--
resolution: - wont fix
status: open - closed
___
Python tracker
Florent Xicluna florent.xicl...@gmail.com added the comment:
This refactoring between cgi and email modules is languishing for few years.
Any thought?
--
status: open - languishing
versions: +Python 3.4 -Python 3.2
___
Python tracker
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
versions: +Python 3.4 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8273
___
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5504
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset d76b83803e7e by Ned Deily in branch 'default':
Issue #15184: Ensure consistent results of OS X configuration
http://hg.python.org/cpython/rev/d76b83803e7e
--
nosy: +python-dev
Ned Deily n...@acm.org added the comment:
I've committed an updated version of the refactoring patch which attempts to
handle some additional edge cases and which includes a number of additional
tests. I still have not been able to reproduce the original failure so I'm
setting the status to
Florent Xicluna florent.xicl...@gmail.com added the comment:
Attached file is a copy of the remaining warnings on the AMD64 Windows7 SP1 3.x
builder.
--
keywords: +buildbot
nosy: +flox
Added file: http://bugs.python.org/file26465/warnings64.log
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
This warning is not specific to the _elementtree module.
See related issue #9566.
--
nosy: +eli.bendersky
resolution: - duplicate
status: open - closed
superseder: - Compilation warnings under x64 Windows
Florent Xicluna florent.xicl...@gmail.com added the comment:
That appears to be a bug in the NFS server.
So, it's not a Python bug.
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
Florent Xicluna florent.xicl...@gmail.com added the comment:
It needs tests to demonstrate the issue in 3.x, and an updated patch.
--
nosy: +hynek, pitrou
stage: patch review - test needed
versions: +Python 3.3
___
Python tracker
Ned Deily n...@acm.org added the comment:
This problem has been fixed in changeset d76b83803e7e for Issue15184 which,
among other things, tries to make the handling of ARCHFLAGS more consistent.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
superseder: -
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9771
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
I propose to close this as won't fix.
The upgrade to ElementTree 1.3 brought some consistency when dealing with
Unicode and encodings.
The reported behavior was only seen in Python 2.7, when using bytes improperly.
--
nosy:
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3783
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1610654
___
___
Python-bugs-list
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
assignee: effbot -
components: +XML
versions: +Python 3.4 -Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5166
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
assignee: effbot -
nosy: +eli.bendersky
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7990
___
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6625
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
See also issue 13378 which proposes custom namespace maps for serializing.
--
components: +XML
nosy: +eli.bendersky
versions: +Python 3.4 -Python 3.2
___
Python tracker
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +eli.bendersky
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12323
___
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
keywords: +easy
nosy: +eli.bendersky
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12322
___
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12321
___
___
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +orsenthil
versions: +Python 3.3 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1573931
___
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12411
___
___
Georg Brandl ge...@python.org added the comment:
Eric, ping? When can this be closed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15147
___
Georg Brandl ge...@python.org added the comment:
Ping. Brian? I'd rather have some testing period for this, so I'm reluctant to
release b2 without it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14578
Georg Brandl ge...@python.org added the comment:
Documentation issue, can be resolved after b2.
--
priority: release blocker - deferred blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15037
Georg Brandl ge...@python.org added the comment:
Ping. Barry? (It's not strictly necessary to have the docs for b2, but could
you give me a rough estimate when you'll do this?)
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
Buildbot test failure:
http://buildbot.python.org/all/builders/AMD64%20Snow%20Leopard%203.x/builds/66
--
resolution: fixed -
status: pending - open
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
Damn, I don't have clang on this machine. Will install and test.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15184
___
Georg Brandl ge...@python.org added the comment:
The bug certainly is a valid annoyance, but I won't hold up beta2 for it.
--
priority: release blocker - deferred blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15298
Georg Brandl ge...@python.org added the comment:
IIUC only docs are missing now? That's not a b2 blocker then.
--
priority: release blocker - deferred blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14814
Georg Brandl ge...@python.org added the comment:
Docs issues won't block b2.
--
priority: release blocker - deferred blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15151
___
Antoine Pitrou pit...@free.fr added the comment:
Buildbot test failure:
http://buildbot.python.org/all/builders/AMD64%20Snow%20Leopard%203.x/builds/66
These failures are not new, and the buildbot is an unstable one.
As for clang, the Lion buildbot uses it and is green. Its configure line is
Ned Deily n...@acm.org added the comment:
The problem isn't with clang. The problem was that the test appeared to be
taking an OS X only code path apparently because a clang was installed on a
Gentoo machine.
--
___
Python tracker
Florent Xicluna florent.xicl...@gmail.com added the comment:
Yet another issue with the filesystem on the same buildbot: see issue 9772.
--
resolution: - works for me
stage: needs patch -
status: open - closed
superseder: - test_pep277 failure on AMD64 debian parallel buildbot
Florent Xicluna florent.xicl...@gmail.com added the comment:
The behavior seems acceptable in 2.7 too.
int('\0')
Traceback (most recent call last):
File stdin, line 1, in module
ValueError: invalid literal for int() with base 10: ''
int('\01')
Traceback (most recent call last):
File
Florent Xicluna florent.xicl...@gmail.com added the comment:
Proposed as won't fix for the 2.x series.
--
resolution: - wont fix
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
OK, test passes here now with clang installed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15184
___
koobs koobs.free...@gmail.com added the comment:
FYI, Added two FreeBSD based buildslaves to the cluster not long ago, one is
dedicated to python+CLANG
http://buildbot.python.org/all/buildslaves/koobs-freebsd-clang
--
nosy: +koobs
___
Python
Ned Deily n...@acm.org added the comment:
The new buildbot failure is due to that buildbot using env variables for some
of the config variables during execution. The new tests need to isolate
themselves from that. Should have a fix shortly.
--
Florent Xicluna florent.xicl...@gmail.com added the comment:
Either the documentation or the implementation should be fixed in 3.3, because
they do not match.
--
nosy: +eli.bendersky
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13612
___
___
Serhiy Storchaka storch...@gmail.com added the comment:
It's under 64-bit Linux, Intel Core i5 CPU. Are you sure you're testing
in non-debug mode?
I use 32-bit Linux.
That said, the numbers under Windows suggest me that Eli's original idea
(append and then join at the end) would be more
Brian Curtin br...@python.org added the comment:
Sorry, I've been too busy to get caught up with this. I'm away most of today
but I can try to take a look tonight.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14578
New submission from Antoine Pitrou pit...@free.fr:
This is from issue #15118.
Python 3.3.0b1 (v3.3.0b1:e15c554cd43e+, Jun 26 2012, 20:41:17) [MSC v.1600 64 bi
t (AMD64)] on win32
Type help, copyright, credits or license for more information.
import os
os.times()
Traceback (most recent call
koobs koobs.free...@gmail.com added the comment:
uname -rs: FreeBSD 9.0-RELEASE-p3 (AMD64)
python -V: Python 2.7.3
`python readline.py:
read : ['oink', 'oink']
readlines: ['oink\n', 'oink\n']
readline :
Without the patch:
read : []
readlines: []
readline :
Is there a test for
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 295b715b6875 by Ned Deily in branch 'default':
Issue #15184: Ensure configuration-related environment variables
http://hg.python.org/cpython/rev/295b715b6875
--
___
Eli Bendersky eli...@gmail.com added the comment:
Even if this is a problem at all, it's certainly not something that must be
fixed by 3.3
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset cd883160ad97 by Ned Deily in branch 'default':
Issue #15188: Modify the OS X build_installer script to remove temporary
http://hg.python.org/cpython/rev/cd883160ad97
--
nosy: +python-dev
Ned Deily n...@acm.org added the comment:
Pending the final resolution of Issue15298, this changes ensures that the
temporary build paths do not leak into the installed interpreter. At the
moment, the test is still failing because the CFLAGS values returned by the two
sysconfigs differ in
Ned Deily n...@acm.org added the comment:
I believe I've fixed the buildbot failure but the buildbot is not very stable
and test runs aren't always completing. I'll check back on it later.
--
resolution: - fixed
status: open - pending
___
Python
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 61d0e3526a51 by R David Murray in branch '3.2':
#15342: Add clarifying sentence to posixpath.join docstring.
http://hg.python.org/cpython/rev/61d0e3526a51
New changeset 30d4d1528b58 by R David Murray in branch
R. David Murray rdmur...@bitdance.com added the comment:
I've added the sentence to the docstring, as you suggested. Thanks for the
suggestion.
--
versions: +Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
Steven Bethard steven.beth...@gmail.com added the comment:
This patch looks like the right fix to me. The tests look good too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13922
___
Piotr Dobrogost p...@bugs.python.dobrogost.net added the comment:
I totally agree with Eric's statement that Set literals, a new feature indeed,
have been backported to 2.7 and 3.1. The lack of support in ast.literal_eval
is arguably a bug.
I came here from set literal syntax support in
Barry A. Warsaw ba...@python.org added the comment:
On Jul 21, 2012, at 02:23 PM, Georg Brandl wrote:
Ping. Barry? (It's not strictly necessary to have the docs for b2, but could
you give me a rough estimate when you'll do this?)
Unfortunately, I lost a bunch of work with a disk crash, but I
Terry J. Reedy tjre...@udel.edu added the comment:
I would like to see my patch (cut and paste from message above) or something
like it in the next beta. It fixes the problem (since forever?) of tcl/tk/ttk
tests not running properly (at least on windows) as part of the test suite. (I
presume
Georg Brandl ge...@python.org added the comment:
It would be much better to have an actual patch to review. Then, we need
someone who can test it on Windows.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10652
Steven Bethard steven.beth...@gmail.com added the comment:
I think the real fix needs to search recursively though all subparsers. Here's
a first draft of a patch that does this. I believe your sample code works after
this patch.
I don't have the time to turn your bug report into proper test
Piotr Dobrogost p...@bugs.python.dobrogost.net added the comment:
As of today the link is still not fixed although I guess it should have been
due to the patch mentioned in http://bugs.python.org/issue14489#msg157543
--
nosy: +piotr.dobrogost
___
Steven Bethard steven.beth...@gmail.com added the comment:
The patch supplied was in reverse, but the bug report was correct. You can't
pass type=string since there's no string callable, only a str callable.
The docstring is confusing because the quotes make it looks like we mean the
string
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10854
___
___
Steven Bethard steven.beth...@gmail.com added the comment:
I can't find anywhere in the documentation where type=bool, type=unicode or
type=long are disallowed. They shouldn't be disallowed. If you want to pass
type=bool, argparse should not stop you. And it currently doesn't:
parser =
Steven Bethard steven.beth...@gmail.com added the comment:
I don't think this is going to change.
It's basically a consequence of having a unified handling of nargs='?',
nargs='*', nargs='+', etc. These will all consume as many arguments as they
can, and argparse doesn't distinguish between
Steven Bethard steven.beth...@gmail.com added the comment:
Special casing the formatting of 'store_const' makes me nervous because
formatting is already complicated and it doesn't know anything about action
types.
But feel free to propose a patch!
In the meantime:
- propagate the default to
New submission from R. David Murray rdmur...@bitdance.com:
In looking at another os.path.join documentation issue I tried the Windows join
to see if it matched the docs, and found that it was very unclear. I searched
the tracker and found Issue 1669539, which contains much relevant
R. David Murray rdmur...@bitdance.com added the comment:
I've opened a issue 15414 for fixing the documentation for os.path.join on
Windows, and possibly existing bugs. So I'm reclassifying this as a feature
request, since that is most of what the discussion is about.
--
Antoine Pitrou pit...@free.fr added the comment:
Is there a test for this we could add?
You could certainly add a test to Lib/test/test_file2k.py.
--
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8893
Steven Bethard steven.beth...@gmail.com added the comment:
So I generally agree that FileType is not what you want for anything but quick
scripts that can afford to either leave a file open or to close stdin and/or
stdout. However, quick scripts are an important use case for argparse, so I
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset e7f205ce080e by R David Murray in branch '3.2':
#14391: clarify docstring discussion of Action's 'type' argument's value.
http://hg.python.org/cpython/rev/e7f205ce080e
New changeset 3d1ea33611c1 by R David Murray in
R. David Murray rdmur...@bitdance.com added the comment:
I reworded it so that it is clear we are talking about types and not strings.
--
nosy: +r.david.murray
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
type: enhancement - behavior
versions:
New submission from Chris Jerdonek chris.jerdo...@gmail.com:
This issue is partly in service to issue 15376, which is to refactor
test_runpy's walk_package support code into a common location.
Currently, the temp_cwd() context manager in test.support does two things: it
creates a temp
R. David Murray rdmur...@bitdance.com added the comment:
The screen flickers a bunch, so something involving my display is certainly
happening.
As for runtktests...test suites that live in the package as opposed to the test
directory require support files to gather the tests to be run. This
R. David Murray rdmur...@bitdance.com added the comment:
I wonder if it would be sensible to have test___all__ restore the state of
sys.modules after it runs.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10652
1 - 100 of 135 matches
Mail list logo
