Serhiy Storchaka added the comment:
What about peek()?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15546
___
___
Python-bugs-list mailing
Serhiy Storchaka added the comment:
5. Fixed one type in help message.
Typo. Should be Fixed one typo in help message.
Patch updated, unused experimental variable removed.
--
Added file: http://bugs.python.org/file26696/pindent.patch
___
Python
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file26665/pindent.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15539
___
Serhiy Storchaka added the comment:
There is now a test_tools, so it would be great to have tests to go along
with this patch.
Well, I'll do it. But the tests most likely will be different for different
versions of Python (in contrast to the pindent patch).
pindent -d and then pindent -c
Brian Thorne added the comment:
Back to a simpler closure implementation of partial and skip the repr test for
python implementation.
--
Added file: http://bugs.python.org/file26697/functools.patch
___
Python tracker rep...@bugs.python.org
New submission from Nick Coghlan:
I've been tinkering with the ipaddress module as I review Eli's documentation
and have uncovered a *very* nasty interaction between ipaddress objects and the
bytes constructor.
Specifically, if you pass an integer to bytes() it will attempt to allocate and
Roundup Robot added the comment:
New changeset 5abea8a43f19 by Nick Coghlan in branch 'default':
Close #15559: Implementing __index__ creates a nasty interaction with the bytes
constructor. At least for 3.3, ipaddress objects must now be explicitly
converted with int() and thus can't be passed
Florent Xicluna added the comment:
Changeset ba014543ed2c (3.2a4) references this issue.
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1553375
___
Florent Xicluna added the comment:
Python 3.2 was already fixed with changeset ba014543ed2c.
It would be nice to have some tests, though.
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15541
New submission from Ned Deily:
setup.py supports building Python with an OS X SDK to allow building Python
executables and libraries that will run on multiple versions of OS X. There is
an error in the SDK support code in detect_modules() for building the _sqlite3
extension that has the
Changes by Ned Deily n...@acm.org:
--
keywords: +patch
Added file: http://bugs.python.org/file26698/issue15560_sqlite3_sdk.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15560
___
Changes by Ned Deily n...@acm.org:
--
stage: patch review - commit review
Added file: http://bugs.python.org/file26699/issue15560_sqlite3_sdk_27_32.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15560
Antoine Pitrou added the comment:
We should not convert \n with -u command line option or PYTHONUNBUFFERED was
set.
Why that? What do universal newlines have to do with buffering?
--
___
Python tracker rep...@bugs.python.org
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15077
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +needs review -patch
priority: normal - low
stage: - patch review
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15239
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15239
___
___
Python-bugs-list
Serhiy Storchaka added the comment:
Ah; were the strict aliasing problems already there before the patch? I
didn't check.
Please open separate issue for this.
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +needs review
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15144
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15202
___
Martin v. Löwis added the comment:
I wonder why this is a release blocker. It's a bug in Python 3.2, so why should
it block the release of 3.3 (it's not a regression).
If no complete solution is coming up, I recommend to revert all changes on this
issue, and reconsider after the 3.3 release.
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +needs review
priority: normal - low
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15378
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +needs review
priority: normal - low
stage: patch review - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15379
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15379
___
___
Antoine Pitrou added the comment:
I wonder why this is a release blocker. It's a bug in Python 3.2, so
why should it block the release of 3.3 (it's not a regression).
It's a blocker because the fix broke a couple of tests.
And it's also a regression from 3.1 and 2.7.
--
Martin v. Löwis added the comment:
I fail to see why this is a release blocker; no rationale is given in the
original message, nor in the quoted message. So unblocking.
--
nosy: +loewis
priority: release blocker - normal
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +needs review
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15475
___
Brian Thorne added the comment:
I've put together a patch adding the test requested. There is no problem on my
Ubuntu machine with python 3.3.
There is a comment in the file saying Don't load the xx module more than once,
I am unsure whether my patch (using a renamed c file) violates this?
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15490
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15513
___
___
Martin v. Löwis added the comment:
It's a blocker because the fix broke a couple of tests.
That cannot possibly be the explanation why haypo declared
it a blocker on 2012-08-01; the fix was only applied on
2012-08-04.
But I agree that it should block the release now; hence I
propose to roll
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +needs review
priority: normal - low
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15539
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - duplicate
superseder: - Bugfix for #1470540 (XMLGenerator cannot output UTF-16)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4997
Atsuo Ishimoto added the comment:
Antoine Pitrou added the comment:
We should not convert \n with -u command line option or PYTHONUNBUFFERED was
set.
Why that? What do universal newlines have to do with buffering?
Man page of Python says
-u Force stdin, stdout and stderr to be
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15381
___
___
Serhiy Storchaka added the comment:
Ludwig, you can use some helpers from test.support (see issue15467) for
__sizeof__ testing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15424
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15522
___
___
Antoine Pitrou added the comment:
Man page of Python says
-u Force stdin, stdout and stderr to be totally unbuffered. On
systems where it matters, also put stdin, stdout and stderr in
binary mode.
I don't know which version it is, but current 3.3 says:
“Force the
Hynek Schlawack added the comment:
How about something along of:
new arg on_wrong_perm=
1. WRONG_PERM_IGNORE
2. WRONG_PERM_FAIL
3. callable that gets called with the directory name and maybe the existing
perms to save stat call_
?
--
___
Python
Roundup Robot added the comment:
New changeset b513ad06d1fa by Nick Coghlan in branch 'default':
Issue 14814: Docs work showed some more cases of networks pretending to be
addresses and highlighted the weird approach to implementing the 'is_whatever'
properties. Impl now illustrates far more
Eli Bendersky added the comment:
Nick, your commit incorporates my latest patch (ipaddr_refdoc_network.2.patch),
right?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14814
___
Nick Coghlan added the comment:
It actually wasn't meant to, as I only meant to commit the code changes (I was
still working on the docs, using your patch as a starting point).
However, it makes more sense to just finish my changes and commit them rather
than reverting anything.
(Good
Nadeem Vawda added the comment:
Before these fixes, it looks like all three classes' peek() methods were
susceptible
to the same problem as read1().
The fixes for BZ2File.read1() and LZMAFile.read1() should have fixed peek() as
well;
both methods are implemented in terms of _fill_buffer().
Roundup Robot added the comment:
New changeset cf8d42596a44 by Nick Coghlan in branch 'default':
Issue #14814: Finish review of ipaddress network object docs (initial patch was
by Eli Bendersky)
http://hg.python.org/cpython/rev/cf8d42596a44
--
___
Roundup Robot added the comment:
New changeset cf9526db1a7e by Nick Coghlan in branch 'default':
Issue #14814: Remove redundant property from interface objects - prefixlen can
be accessed via the associated network object
http://hg.python.org/cpython/rev/cf9526db1a7e
--
Nick Coghlan added the comment:
I'm still not overjoyed with the this isn't documented here, go read it over
there situation. However, duplicating the text everywhere isn't ideal either.
So, let's finish it up with my current approach: explicitly listing the methods
and attributes on each
Roundup Robot added the comment:
New changeset 8c07ff7f882f by Nadeem Vawda in branch 'default':
#15546: Also fix GzipFile.peek().
http://hg.python.org/cpython/rev/8c07ff7f882f
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset abbae7314b52 by Nick Coghlan in branch 'default':
Issue #14814: Attempt to clarify network address and broadcast address for less
experienced users
http://hg.python.org/cpython/rev/abbae7314b52
--
___
Roundup Robot added the comment:
New changeset bc4fdb758b8c by Antoine Pitrou in branch '3.2':
Fix CGI tests to take into account the platform's line ending (issue #13119)
http://hg.python.org/cpython/rev/bc4fdb758b8c
New changeset ee185c6b2880 by Antoine Pitrou in branch 'default':
Fix CGI
STINNER Victor added the comment:
Buildbots are happy, the issue can be closed again. Thanks Antoine.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13119
___
Serhiy Storchaka added the comment:
I have a doubts. Is it not a dead cycle if the end of the compressed data will
happen on the end of reading block? Maybe instead of while self.extrasize =
0: worth to write while self.extrasize = 0 and self.fileobj is not None:?
--
Atsuo Ishimoto added the comment:
I don't know which version it is, but current 3.3 says:
Ah, sorry, I thought I was reading latest Man page.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13119
Richard Oudkerk added the comment:
Updated patch.
get() and put() replaced by peek() and detach(). Added isalive(). Now
finalizer class has no state, i.e. __slots__ == ().
--
Added file: http://bugs.python.org/file26701/finalize.patch
___
Python
Roundup Robot added the comment:
New changeset b7b8e4ada3e5 by Victor Stinner in branch 'default':
Issue #15548: Update and complete What's New in Python 3.3, especially the os
section
http://hg.python.org/cpython/rev/b7b8e4ada3e5
--
nosy: +python-dev
Nadeem Vawda added the comment:
No, if _read() is called once the file is already at EOF, it raises an
EOFError (http://hg.python.org/cpython/file/8c07ff7f882f/Lib/gzip.py#l433),
which will then break out of the loop.
--
___
Python tracker
Chris Jerdonek added the comment:
I didn't have a chance to respond before you closed this issue. I will add
more information later if that is okay. :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15492
Antoine Pitrou added the comment:
I don't understand why you have two names: finalize and Finalizer. Let's keep
only one of them.
isalive() could be a read-only property named alive instead.
In _make_callback, I still think the default error reporting mechanism should
be kept. It can be
Chris Jerdonek added the comment:
I wasn't really happy with the addition of that sentence about split in the
first place.
I think the instinct to put that sentence in there is a good one. It is a key,
perhaps subtle difference.
I don't understand what your splitlines examples are trying
Chris Jerdonek added the comment:
Attaching patch with simplified wording in response to R. David Murray's
feedback.
In particular, a terminal line break does not delimit an additional empty
line - a terminal line break does not result in an extra line.
--
Added file:
Dave Abrahams added the comment:
on Sat Aug 04 2012, Larry Hastings report-AT-bugs.python.org wrote:
Larry Hastings added the comment:
What does the following script print out?
import os
os.chdir('/tmp')
os.symlink('--success--', 'foo')
print(this should print --success-- :)
Brett Cannon added the comment:
Can you still not commit this patch, Eric?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15163
___
___
New submission from Chris Jerdonek:
This is an issue to update the subprocess module documentation after updates to
io.TextIOWrapper's documentation here:
http://hg.python.org/cpython/rev/f17a1410ebe5
This issue was discussed briefly on python-dev:
Larry Hastings added the comment:
Since everything is working fine, and the documentation arguably needs no
update, I'm closing this.
--
resolution: - works for me
stage: - committed/rejected
status: open - closed
___
Python tracker
Martin v. Löwis added the comment:
The difference is in the reverse direction, right? I.e. the special case for
U+0130 is removed.
This is harmless: it just means that we don't need to special-case that anymore.
I'm puzzled though that b3_exceptions doesn't become empty in 3.3. Supposedly,
New submission from Martin v. Löwis:
IIUC, Python 3.3 is intended to support CaseFolding.txt. In
http://unicode.org/Public/UNIDATA/CaseFolding.txt
U+00B5 maps to U+03BC. However, in 3.3.0b1 (80a1ae3a1b39),
ascii('\u00b5'.lower()) gives '\xb5'.
--
messages: 167515
nosy:
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15562
___
___
Python-bugs-list
STINNER Victor added the comment:
Hum, strange.
$ ./python
Python 3.3.0b1 (default:b7b8e4ada3e5+, Aug 5 2012, 16:19:18)
[GCC 4.6.3 20120306 (Red Hat 4.6.3-2)] on linux
print(ascii('\xb5'.casefold()))
'\u03bc'
--
nosy: +haypo
___
Python tracker
Benjamin Peterson added the comment:
Naturally, you have to use casefold():
hex(ord(\u00b5.casefold()))
'0x3bc'
--
resolution: - invalid
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15562
Changes by Benjamin Peterson benja...@python.org:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15562
___
___
Chris Jerdonek added the comment:
Yes, the documentation for str.casefold() suggests that lower() is not meant to
casefold:
For example, the German lowercase letter 'ß' is equivalent to ss. Since it
is already lowercase, lower() would do nothing to 'ß'; casefold() converts it
to ss.
Roundup Robot added the comment:
New changeset ef6c6d8adcf5 by Ned Deily in branch '2.7':
Issue #15560: Fix building _sqlite3 extension on OS X with an SDK.
http://hg.python.org/cpython/rev/ef6c6d8adcf5
New changeset ee0ac9a0461f by Ned Deily in branch '3.2':
Issue #15560: Fix building _sqlite3
Roundup Robot added the comment:
New changeset 95da47ddebe0 by Victor Stinner in branch 'default':
Close #13072: Restore code before the PEP 393 for the array module
http://hg.python.org/cpython/rev/95da47ddebe0
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
STINNER Victor added the comment:
Oops, the initial issue is not solved. Attached fixes the array == memoryview
issue by using a valid format for the buffer.
--
resolution: fixed -
status: closed - open
Added file: http://bugs.python.org/file26704/array_unicode_format.patch
STINNER Victor added the comment:
Hum, this issue is a regression from Python 3.2. I would like to see it fixed
in Python 3.3. Example:
Python 3.2.3+ (3.2:243ad1a6f638+, Aug 4 2012, 01:36:41)
[GCC 4.6.3 20120306 (Red Hat 4.6.3-2)] on linux2
import array
a=array.array('u', 'xyz')
Brett Cannon added the comment:
Attached is a patch that drops all mutable default arguments to __import__()
and updates the docs. I went with Barry's approach but made it compatible with
PEP 8 (bad, FLUFL; no unneeded parens!). I also ignored the locals argument
since __import__ doesn't even
Ned Deily added the comment:
Committed for release in 2.7.4, 3.2.4, and 3.3.0.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15560
Changes by Bradley Froehle brad.froe...@gmail.com:
--
nosy: +bfroehle
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7897
___
___
Python-bugs-list
Brett Cannon added the comment:
Eric's latest patch LGTM except for the missing patch for
test.test_importlib.test_abc to fix the inheritance checks.
Nick, Eric Smith, or Barry: can you double-check the patch is good? About the
only thing that might be questionable is having MetaPathFinder
Brett Cannon added the comment:
I just realized my reply was unclear; I meant changing
Doc/library/functions.rst, not the code.
And 3.3 already has a versionchanged note about no longer accepting negative
indexes, but I will update it to mention the new default as well explicitly.
--
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15471
___
Roundup Robot added the comment:
New changeset 3fe01f7520e2 by Brett Cannon in branch '3.2':
Issue #15482: Properly document the default 'level' parameter for
http://hg.python.org/cpython/rev/3fe01f7520e2
New changeset 05bec2e78a5c by Brett Cannon in branch 'default':
Issue #15482: Merge
Changes by Brett Cannon br...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15482
___
abael added the comment:
do i need to fully maintain Python ?
2012/8/5 Serhiy Storchaka rep...@bugs.python.org
Changes by Serhiy Storchaka storch...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
We are happy that you wish to contribute; however, our policy is that
performance enhancements only go in to the newest version of Python, which
means any submitted patch must be against the 'default' branch of the Python
mercurial repository. If you wish
R. David Murray added the comment:
Sure. If you convince me we can reopen the issue :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15492
___
R. David Murray added the comment:
Ah, now I see what you are talking about. Yes, your revision in the comment is
clearer; but, unless I read it wrong, in the patch it now sounds like you are
saying that ''.splitlines() does not return the same result as ''.split() when
in fact it does.
I
Terry J. Reedy added the comment:
How is it more of a nuisance for C files than for .py files?
Editor 'trim trailing' tools certainly don't care.
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15550
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15554
___
___
Python-bugs-list
Stephen Webber added the comment:
This is intentional handling of non-existant variables, and is not resticted to
'==' operations. Returning the value of a Counter parameter that has not yet
been set returns 0 by default.
See the documentation here:
Chris Jerdonek added the comment:
Attaching a patch for review.
--
keywords: +patch
stage: - patch review
Added file: http://bugs.python.org/file26706/issue-15543-1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15543
Chris Jerdonek added the comment:
Out of curiosity, is there a mechanism to bypass the hook on a per-file basis,
if necessary? FWIW, the WebKit open source project had a similar hook (for
SVN) to prevent the inclusion of tabs in source files, and a custom SVN
property was used to bypass the
Meador Inge added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15471
___
___
Python-bugs-list mailing list
Unsubscribe:
Chris Jerdonek added the comment:
in the patch it now sounds like you are saying that ''.splitlines() does not
return the same result as ''.split() when in fact it does.
The two differences occur only when split() is passed a separator. split()
uses a different algorithm when no separator
Meador Inge added the comment:
Yup, it is still an issue. The recent activity was mostly related to Windows
builds (issue15431).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15352
___
Georg Brandl added the comment:
Looks good and safe to me. +1.
--
assignee: georg.brandl - brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15471
___
Georg Brandl added the comment:
Victor: the revert commit brought back Python's Unicode character type into
the docs. This needs to be fixed to say legacy somewhere, as the characters
in a normal Unicode string are not of that type anymore.
--
___
95 matches
Mail list logo