Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ok applied in r65061.
--
nosy: +benjamin.peterson
resolution: accepted -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
test_3_join_in_forked_from_thread hangs for me in Py3k.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I assume this is only 3.0 beta 1. This has been fixed for beta 2.
--
nosy: +benjamin.peterson
resolution: -> out of date
status: open -> closed
___
Python tracker <[EMAIL PR
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
This is fixed in beta 2.
--
nosy: +benjamin.peterson
resolution: -> out of date
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
It's supposed to be release tonight. Sorry for the confusion. :)
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
LOAD_BUILD_CLASS is 3.0 only and I documented it.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Benjamin Peterson <[EMAIL PROTECTED]>:
The following errors pop up on the Windows trunk build bot because the
LIB environmental variable is unicode not str. This causes the
validation to fail.
Re-running test 'test_wsgiref' in verbose mode
tes
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
components: +Library (Lib)
priority: -> high
type: -> behavior
versions: +Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
New submission from Benjamin Peterson <[EMAIL PROTECTED]>:
The 3.0 Solaris buildbot keeps hanging on test_nis.
--
components: Tests
messages: 69931
nosy: benjamin.peterson
priority: deferred blocker
severity: normal
status: open
title: test_nis is hanging on Solaris
type: be
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
New submission from Benjamin Peterson <[EMAIL PROTECTED]>:
I'm attaching two patches. One, for the Sphinx trunk, adds a
pygments_default_lexer option. The other, for the py3k branch, changes
the default lexer to python3. It also includes a rather hacky, overriden
highlightlang dir
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file10937/for_py3k_branch.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I still this problem with the latest version of 2to3.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
assignee: -> lemburg
nosy: +lemburg
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
assignee: -> eric.smith
nosy: +eric.smith
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Thanks! Fixed in r65129.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
New submission from Benjamin Peterson <[EMAIL PROTECTED]>:
Can we make the part of fix_dict that converts d.items/values/keys to
list(d.items) explicit? Most of the time, it's fine if the method
returns a view and can be a bit of a performance hit to convert it to a
list.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Exactly! For example, if the .items call is in a for loop, list()
doesn't need to be called.
--
title: make the fix_dict fixer explicit -> make the fix_dict fixer smarter
___
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
This is probably a mod_python problem.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Here's a patch that doesn't add the enclosing list call in a for loop.
--
keywords: +patch
Added file: http://bugs.python.org/file10949/smarter_fix_dict.diff
___
Python
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
When running test_multiprocessing in a loop, I see:
test test_multiprocessing failed -- Traceback (most recent call last):
File "/temp/python/trunk/Lib/test/test_multiprocessing.py", line 1157,
in test_remote
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
>for k in d.keys():
> return k # needs to return a list
Could you explain this a bit more?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ok. I'll mark this as something to do for 2.7/3.1.
--
versions: +Python 2.7, Python 3.1
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Do you have any benchmarks to prove this with? IMO, the difference would
be extremely insignificant.
--
nosy: +benjamin.peterson
status: open -> pending
___
Python tracker <[EMA
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
assignee: -> pje
nosy: +pje
priority: high -> critical
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I'll let Georg make the final determination about this, but IMO this is
unneeded. File-like objects are so common in Python code, that just
telling what methods are supported should be fine.
--
nosy: +benjam
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
There never should be multiple Python interpreters running in the same
process, though.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
On Wed, Jul 23, 2008 at 8:44 PM, Haoyu Bai <[EMAIL PROTECTED]> wrote:
>
> Haoyu Bai <[EMAIL PROTECTED]> added the comment:
>
> As I understand, at least C extension modules, which built as shared
> libr
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Isn't this a Fink problem then?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
assignee: -> skip.montanaro
nosy: +skip.montanaro
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Please see #2751.
--
nosy: +benjamin.peterson
resolution: -> duplicate
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
assignee: -> pje
nosy: +pje
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3442>
___
_
New submission from Benjamin Peterson <[EMAIL PROTECTED]>:
Non-absolute or relative imports in 2.6 should give a Py3k warning.
--
components: Interpreter Core
messages: 70254
nosy: benjamin.peterson
priority: release blocker
severity: normal
status: open
title: add warnings for
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Thanks. Fixed in r65226.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Maybe this is a bad idea, but would it be possible/reasonable to provide
recursive and iterative implementations and use the iterative one on
large files?
--
nosy: +benjamin.peterson
___
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I think what you want is
functools.update_wrapper(myWrapper, str.split, ('__name__', '__doc__'))
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTEC
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Thanks for the report. Fixed in r65259.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I believe that's because the bases are supposed to be ready at the time
a subclass is created.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<ht
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
On Sun, Jul 27, 2008 at 6:07 PM, Collin Winter <[EMAIL PROTECTED]> wrote:
>
> Collin Winter <[EMAIL PROTECTED]> added the comment:
>
> One option would be to use the faster recursive version, falling back to
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
What do you mean by "in use"?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Never mind. I had thought it would take a while for the RuntimeError to
be generated, but it only took about 7 seconds; I have no need for a
command line switch.
___
Python tracker <[EMAIL
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Editors usually don't cause the file to be "in use." "In use" would
mean that the file was being held open by a program. Editors only do
that when they are opening or saving a file.
--
resol
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
assignee: georg.brandl -> barry
nosy: +barry
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
What's the status of this?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
What's the status of this?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
How's this coming?
--
priority: critical -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bu
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Can this patch go in?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I'm going to defer this to 2.7.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
This will probably have to be deferred to 2.7.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
How's this coming along?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
priority: critical -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Raymond, can you comment?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
New submission from Benjamin Peterson <[EMAIL PROTECTED]>:
In Py3k:
$ ./python Lib/test/regrtest.py test_decimal test_builtin
test_decimal
test_builtin
test test_builtin failed -- Traceback (most recent call last):
File "Lib/test/regrtest.py", line 603, in runtest_inner
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
On Tue, Jul 29, 2008 at 8:30 AM, Amaury Forgeot d'Arc
<[EMAIL PROTECTED]> wrote:
>
> Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:
>
> Bingo! doctest sets the __builtins__._ variable,
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I vote for fixing doctest then!
--
components: +Library (Lib), Tests
type: -> behavior
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ok. Thanks! Applied in r65285.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
On Tue, Jul 29, 2008 at 10:29 AM, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
>
> Antoine Pitrou <[EMAIL PROTECTED]> added the comment:
>
> Well except that it would be better spelt as:
>__builtins__._ =
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Thanks! Fixed in r65307.
--
nosy: +benjamin.peterson
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Sorry, that was my oversight! I've backported the fix.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
... and backported to the trunk in r65310.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
On Wed, Jul 30, 2008 at 6:46 PM, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
>
> Antoine Pitrou <[EMAIL PROTECTED]> added the comment:
>
> About r65312, BufferError inherits from StandardError, not directly f
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I just merged it.
--
nosy: +benjamin.peterson
status: pending -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
How is this coming? Can we apply this to 2.6?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Hmm. I suppose this is still an issue. Should it be a release blocker yet?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I'm going to defer this to 2.7.
--
nosy: +benjamin.peterson
versions: +Python 2.7 -Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
This has been done.
--
nosy: +benjamin.peterson
resolution: -> duplicate
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I'm deferring this to 2.7
--
nosy: +benjamin.peterson
versions: +Python 2.7 -Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Is this still an issue?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
We have a fixer for this.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ping.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
How is this coming?
--
nosy: +benjamin.peterson
___
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
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I assume you wanted to close this too.
--
nosy: +benjamin.peterson
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Is this still a problem?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1616>
___
_
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Collin, can you review the 2to3 patch?
--
assignee: -> collinwinter
components: +2to3 (2.x to 3.0 conversion tool) -Interpreter Core
nosy: +benjamin.peterson, collinwinter
___
Pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
What's the status of this?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ping.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
What's the status of this?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
What's the status of this?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
I guess this isn't going anywhere...
--
resolution: -> rejected
status: open -> closed
versions: +Python 2.7 -Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Any more information on this?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ping
--
nosy: +benjamin.peterson
___
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
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Any progress?
--
assignee: -> josiahcarlson
nosy: +benjamin.peterson, josiahcarlson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Collin, can you review?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Does anybody still care about this for 2.6?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
re now handles bytes, so what's next?
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
[ccing people who might now if this should still be an issue.]
--
nosy: +gpolo, loewis
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
On lack of response from the OP, I'm going to mark this closed.
--
nosy: +benjamin.peterson
resolution: -> works for me
status: open -> closed
___
Python tracker <[EMA
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
What needs to happen here?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2965>
___
_
Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
--
priority: critical -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Alexandre, are you still computerless?
___
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]>:
--
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
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
Ping
--
nosy: +benjamin.peterson
priority: critical -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
The patches look good to me.
--
nosy: +benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
It seems that as with the quadratic binary buffered reading, the best
solution is the list of bytes which should be especially helped by your
bytes joining optimization.
--
nosy: +benjamin.pe
801 - 900 of 4969 matches
Mail list logo