Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ok. Would you like to propose an alternate order?
--
status: pending -> open
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
On Thu, Jul 31, 2008 at 9:36 AM, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
>
> I don't really know. The logic is quite different (and harder to get right)
> than
> in BufferedReader. I might try to write a
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Thanks for the patch! Done in r65327.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Great! It's gone in r65328.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http:/
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Alternatively, you could move reduce to functools and have the builtin
module issue a warning and call it.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTE
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
This is a duplicate of #3131.
--
nosy: +benjamin.peterson
resolution: -> duplicate
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
New submission from Benjamin Peterson <[EMAIL PROTECTED]>:
$ ./python.exe -c "import sys; sys.stdin.read()"
^D
In 2.6, this returns, but in 3.0, it still hangs despite having gotten
EOF. When a KeyboardInterrupt is given, this is the traceback:
^CTraceback (most recent ca
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I'm sorry. This is my oversight.
--
resolution: -> invalid
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http:/
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Sorry, time machine! I fixed this just 2 days ago. :)
--
nosy: +benjamin.peterson
resolution: -> out of date
status: open -> closed
___
Python tracker <[EMAIL PR
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I suppose this is because bytes is simply aliased to str. I propose we
just leave it as is. The ultimate solution is probably backporting th
py3k PyBytes type.
--
nosy: +benjamin.pe
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Thanks! Fixed in r65382.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Sorry, the example actually is correct. (reverted)
--
resolution: fixed -> rejected
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Fixed in r65385.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Sorry, I'm not going to be able to work on this soon.
--
assignee: benjamin.peterson ->
___
Python tracker <[EMAIL PROTECTED]>
<http://bu
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I concur.
--
nosy: +benjamin.peterson
versions: +Python 2.7 -Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
On Mon, Aug 4, 2008 at 1:35 AM, tav <[EMAIL PROTECTED]> wrote:
>
> tav <[EMAIL PROTECTED]> added the comment:
>
> What's holding back the backport to 2.6?
The fact that we are working towards the 3rd an
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
It should be simple to modify release.py to touch these files. Barry,
I'm on vacation now, but I should be able to do this before you spin the
releases.
--
assignee: -> benjamin.peterson
nosy: +barry, benjamin.pet
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
nosy: +brett.cannon
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue896052>
___
_
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Let's make this a release blocker for RCs.
--
priority: critical -> deferred blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bu
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
What version of 2to3 are you using? AFAIK, this has been fixed in the trunk.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
resolution: -> out of date
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2394>
___
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
This is a duplicate of #3131.
--
nosy: +benjamin.peterson
resolution: -> duplicate
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I don't like the patch because it constricts possible fixer dirs. IMO,
refactor.py needs some refactoring its self in order to separate command
line logic from application logic.
___
Pyt
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Here's a patch that actually imports reduce from functools to stop
repetition.
--
keywords: +patch
priority: release blocker -> high
Added file: http://bugs.python.org/file11120/import_from_
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ok. I've updated release.py to do the dirty work in 65708.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http:/
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I'm a little confused on what needs to happen here. It's "incomplete"
because it gets skipped in merges, but "2.6 ports don't need to be in 3.0".
--
nosy: +benjamin.peterson
_
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I wonder if it might be most effective to make a _testcapi interface to
PyErr_NoMemory.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
It's due to these lines in fix_idioms:
if next_stmt:
next_stmt[0].set_prefix(sort_stmt.get_prefix())
I'm not sure what the correct way to deal with this is. Anyway I'm
attaching a test case.
--
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
You're right; this test would be pointless with that. However, I'm
looking at test_exceptions' test_MemoryError that is failing for me
because it gives a OverflowError ins
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Let's lower the priority a little then.
--
nosy: +benjamin.peterson
priority: release blocker -> critical
___
Python tracker <[EMAIL PROTECTED]>
<http://bu
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Done in r65713.
--
resolution: -> accepted
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
resolution: -> invalid
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
It's a known fact that mutating a list during iteration will cause
problems. You should mutate a copy of the list.
--
nosy: +benjamin.peterson
resolution: -> invalid
status:
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I wrote up some documentation for it in r65715.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<h
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Curious. I wonder if this is platform specific because this does not
hang for me on MacOS.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
resolution: -> invalid
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
This has been fixed in the trunk.
--
nosy: +benjamin.peterson
resolution: -> out of date
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
One of tests is hanging in 3.0.
--
resolution: fixed ->
status: closed -> open
versions: +Python 3.0 -Python 2.5
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.p
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Fixed in r65798.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Thanks for the review! Committed in r65802.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Amaury, if you are going to look at this you might want to see #2234.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Actually, this may be a requirement of #2394; PEP 3118 states that
memoryview.tolist would use the struct module to do the unpacking.
___
Python tracker <[EMAIL PROTECTED]>
<http://
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
It should probably be changed to just while buffer != b"" since it
requests a byte stream.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I've been trying to do this for a little, but I can't actually figure
out how to implement the warnings. If anyone has any advice on this I'd
be very thankful! Anyway, you're right in that this d
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I think I can get this done before the release now. For starters I
changed thread.get_ident() to a property in r65818.
--
assignee: -> benjamin.peterson
___
Python tracker <[EMA
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ok. I've done the threading API and patched up multiprocessing so it
actually works. Jesse, can you do multiprocessing?
Also, can we decide about is_alive as a property?
--
assignee: benjamin.peterson
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Oh, and by the way, I would start working on multiprocessing by
reverting r65828.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Let's retarget 3.1 then.
--
nosy: +benjamin.peterson
priority: release blocker -> critical
versions: +Python 3.1 -Python 3.0
___
Python tracker <[EMAIL PROTECTED]>
<
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
That line dates back to the PEP 263 implementation. Martin?
--
nosy: +benjamin.peterson, loewis
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Antoine, if this is a "cleanup", perhaps you could fix #3101 while
you're at it.
___
Python tracker <[EMAIL PROTECTED]>
<ht
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
This has finally been fixed.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.p
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I'm pleased to say this is not an issue in 2.6.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
New submission from Benjamin Peterson <[EMAIL PROTECTED]>:
./python.exe Lib/test/regrtest.py -uall -f ../trunk/tests.txt
test_urllib2
test_pydoc
All 2 tests OK.
Exception TypeError: TypeError("'NoneType' object is not callable",) in
>
ignored
--
component
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
On Tue, Aug 19, 2008 at 10:34 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>
> Nick Coghlan <[EMAIL PROTECTED]> added the comment:
>
> is_alive appears to be a potentially expensive check for the
> multipr
New submission from Benjamin Peterson <[EMAIL PROTECTED]>:
==
ERROR: test_raiseMemError (test.test_unicode.UnicodeTest)
--
Traceback (most recent cal
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Oh. Sorry, I didn't mean to assign it to you anyway.
--
assignee: pitrou ->
___
Python tracker <[EMAIL PROTECTED]>
<http://bu
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
The patch looks pretty good. In a few places, you replaced x.set_x(True)
with x.x(True). The docs also will need a few tweaks. Otherwise, if the
tests pass, I say go ahead.
___
Python tracker &
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Fixed in r65853. Hopefully we can do the real refactoring fix after the
betas.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<h
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Barry said that is_alive should remain a method following in Guido's
footsteps.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Thanks! Fixed in r65869.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Applied for 2.6 in r65872.
--
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Do we want a test?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1878>
___
__
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Done for py3k in r65877.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3473>
___
_
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Now test_compiler is breaking for us because the compiler package can't
handle the change.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Yes, this is because some of the commands module's functions have moved
to subprocess in py3k. This is probably a won't fix.
--
nosy: +benjamin.peterson
___
Python tracker &
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
PyMemoryView_FromMemory doesn't exist. Do you mean
PyMemoryView_FromBuffer or PyMemoryView_FromObject?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<ht
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ok. I've disabled it in r65888.
--
priority: release blocker -> critical
___
Python tracker <[EMAIL PROTECTED]>
<http://bu
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
assignee: -> teoliphant
nosy: +pitrou, teoliphant
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Here's a buildbot example:
http://python.org/dev/buildbot/stable/amd64%20gentoo%203.0/builds/980/step-test/0
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PRO
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Is this still an issue?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Does anyone still care about this?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I believe this has been implemented now.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.p
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
components: +Interpreter Core -None
priority: -> low
versions: +Python 3.1
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
New submission from Benjamin Peterson <[EMAIL PROTECTED]>:
This is from the sparc Unbuntu 3.0 bot. I'm having trouble reproducing
it, though.
test test_smtplib produced unexpected output:
**
*** line 2 of actual out
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I don't think the using argument should live in warnings; it's too test
specific. I recommend we still keep a catch_warning in test_support (or
even just test_warnings since this seems to be the only use-case).
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
On Wed, Aug 20, 2008 at 4:51 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>
> Brett Cannon <[EMAIL PROTECTED]> added the comment:
>
> On Wed, Aug 20, 2008 at 10:29 AM, Benjamin Peterson
> <[EMAIL PROTEC
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
On Wed, Aug 20, 2008 at 5:03 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>
> Well, the bulk of the code needs to live in 'warnings' for it to exist
> if the 'test' package is missing. So any differe
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
All right. You win! :)
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3602>
___
__
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Unfortunately, removing those lines causes a RuntimeError about
exceeding the recursion limit for about 1/3 of the tests.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
assignee: -> bob.ippolito
nosy: +bob.ippolito
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Here's Amaury's patch and a unittest based on lostcontext.py.
--
keywords: +patch
Added file: http://bugs.python.org/file11182/3611.patch
___
Python tracker <[EMAI
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Patch was applied in r65921.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3611>
___
_
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ok. I'll move the test after the betas.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Christian, I believe, did the original 3.0 porting, so he can probably
shed some light on this.
--
nosy: +benjamin.peterson, christian.heimes
___
Python tracker <[EMAIL PROTECTE
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Don't worry. It's taken care of in all the active lines of development.
___
Python tracker <[EMAIL PROTECTED]>
<http://
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Guido, can you comment?
--
assignee: -> gvanrossum
nosy: +gvanrossum
priority: high -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
priority: normal -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I tried merging this once, but there were many conflicts. Are you
available to do this?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
This probably has been happening for quite a while. We just didn't
notice because that bot was busy hanging on test_nis.
The failure is in test_math. Mark, do you know anything?
--
nosy: +benjamin.peterson, mark
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
This is going to be very hard to implement without module descriptors.
It might be better to make a 2to3 fixer which inserts an import too.
--
nosy: +benjamin.peterson
___
Python t
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
priority: critical -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
priority: critical -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
versions: +Python 2.7 -Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ping.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
versions: +Python 3.1 -Python 3.0
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
priority: critical -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
title: sys.exc_{type,values,traceback} should raise a Py3K warning ->
sys.exc_{type,values,traceback} needs a 2to3 fixer
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
title: Backport dictviews to 2.6 -> Backport dictviews to 2.7
versions: +Python 2.7 -Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
priority: critical -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
901 - 1000 of 4969 matches
Mail list logo
