Brett Cannon <[EMAIL PROTECTED]> added the comment:
After performing a ``svn rename`` on Lib/queue.py to Lib/Queue.py the
attached patch should revert all other changes related to the rename.
As per usual, I am on OS X so I can't do the case-sensitive rename. If
someone could
Brett Cannon <[EMAIL PROTECTED]> added the comment:
I have uploaded a patch that when applied after a ``svn rename`` for
Lib/configparser.py to Lib/ConfigParser.py, should revert the rename.
Since I am on OS X I can't do the rename myself.
--
keywords: +patch
Added
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Yeah, it is essentially a deprecation so the warning should be there.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon <[EMAIL PROTECTED]> added the comment:
But then again I thought that about the renames. =) Someone might actually
pickle something from thread, so not sure how best to handle this one.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
dependencies: -Rename _winreg to winreg, Rename the thread module to _thread,
Revert ConfigParser rename in 2.6, Revert Queue rename in 2.6
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Raymond, can you tell me exactly where each module-level thing in UserDict
went and if it was renamed or not? That way the fixer can get written.
--
assignee: -> rhettinger
__
Tracke
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Raymond, can you tell me exactly where each module-level thing in
UserString went and if it was renamed or not? That way the fixer can get
written.
--
assignee: -> rhettinger
__
Tracke
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Raymond, can you tell me exactly where each module-level thing in UserList
went and if it was renamed or not? That way the fixer can get written.
--
assignee: -> rhettinger
nosy: +r
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
assignee: -> brett.cannon
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2872>
__
___
Python-b
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
resolution: -> out of date
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Brett Cannon <[EMAIL PROTECTED]> added the comment:
r63767 has the 2.6 changes (with the block in 3.0 in r63768). r63769 has
the fixer in 2to3 in the sandbox.
Thanks for the patches, Quentin.
--
resolution: -> accepted
status: open
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Thu, May 29, 2008 at 5:26 AM, Fred L. Drake, Jr.
<[EMAIL PROTECTED]> wrote:
>
> Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
>
> I'd be happy to see both htmllib and pydoc be removed; doc
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
dependencies: -Backport UserString move from 3.0
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Committed in r63790.
--
resolution: -> accepted
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
dependencies: -Backport UserList move in 3.0
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Sun, Jun 1, 2008 at 8:33 PM, Humberto Diogenes
<[EMAIL PROTECTED]> wrote:
>
> Humberto Diogenes <[EMAIL PROTECTED]> added the comment:
>
> With the attached patches, rfc822 won't be used anywhere inside Li
Brett Cannon <[EMAIL PROTECTED]> added the comment:
It's actually not quite done yet since the docs still need to be updated.
--
resolution: fixed ->
status: closed -> open
___
Python tracker <[EMAIL PROTECTED]>
<http:/
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
dependencies: +Create the urllib package
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon <[EMAIL PROTECTED]> added the comment:
And I don't know if the proper additions to 2to3 and a warning in
urllib.urlopen() in 2.6 has been done (is urllib.urlopen() so different
from urllib2.urlopen() that the warning should be from any usage, or
only if incompatible ar
New submission from Brett Cannon <[EMAIL PROTECTED]>:
The docs for the ast module document the '_fields' attribute on AST
instances. Either that documentation needs to go away or the attribute
needs to be renamed as the leading underscore means it is private to
New submission from Brett Cannon <[EMAIL PROTECTED]>:
test_pydoc relies on pristine data to verify that the tests pass.
Unfortunately there is no automated way to regenerate that pristine
data, making the test easily fail if something global (e.g., __loader__
attributes on all modul
Brett Cannon <[EMAIL PROTECTED]> added the comment:
issue 1762972 supercedes this.
--
nosy: +brett.cannon
superseder: -> 'exec' does not accept what 'open' returns
___
Python tracker <[EMAIL PROTECTED]>
Brett Cannon <[EMAIL PROTECTED]> added the comment:
I have a fix in the works; just waiting for the test suite to finish.
--
status: open -> pending
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Fixed in r64549 for 2.6. Currently testing the merge for 3.0.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon <[EMAIL PROTECTED]> added the comment:
r64552 has the 3.0 fix. Thanks for the report gentleman!
--
status: pending -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
assignee: -> brett.cannon
nosy: +brett.cannon
resolution: -> wont fix
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://b
Brett Cannon <[EMAIL PROTECTED]> added the comment:
And it looks like the 2.6 docs need to be updated as well.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
superseder: -> Write UserDict fixer for 2to3
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
superseder: Write UserDict fixer for 2to3 ->
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Brett Cannon <[EMAIL PROTECTED]> added the comment:
There is a possible patch in issue2046.
--
superseder: -> patch to fix_import: UserDict -> collections
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
New submission from Brett Cannon <[EMAIL PROTECTED]>:
If you run ``echo "import commands" | ./2to3 -f imports -``, you end up
with ``import subprocess``. That's bad as the code in the module works
off of 'commands'. The fix really should be ``import subprocess as
c
New submission from Brett Cannon <[EMAIL PROTECTED]>:
``from test import test_support`` should lead to ``from test import
support as test_support``. Also does not work for ``from
test.test_support import Error``.
There is also no good way to handle ``import test.test_support`` since
``
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Well, r64673 was a failed attempt at fixing this by blindly changing the
file over to UTF-8. But r64677 reverted the previous commit and just
changed the encoding specification for the file.
I am not backporting to 2.5 and forward-port
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Backported to 2.5 in r64680 and blocked/merged in 3.0 (which had no
issues) in r64678 and r64679.
--
assignee: -> brett.cannon
status: pending -> closed
versions: +Python 2.6
___
Py
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Wed, Jul 2, 2008 at 3:30 PM, Leonardo Soto <[EMAIL PROTECTED]> wrote:
>
> Leonardo Soto <[EMAIL PROTECTED]> added the comment:
>
> Thanks, that was fast!
>
It was simple and came int
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Gotcha. Here is to hoping that won't cause issues with someone's
variable name being silly.
--
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
resolution: -> invalid
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3259>
___
___
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Yes, this change in semantics is expected. Closing as "won't fix".
--
nosy: +brett.cannon
resolution: -> wont fix
status: open -> closed
___
Python tracke
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
nosy: +brett.cannon
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3279>
___
__
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Is registering pointers to functions really necessary, or would defining
macros work as well? From a performance perspective I would like to
avoid having a pointer indirection step every time malloc/realloc/free
is called.
I guess my qu
Brett Cannon <[EMAIL PROTECTED]> added the comment:
What Collin said. =)
I will put robotparser and urlparse into fix_imports myself and continue
to update the docs in 2.x for urllib(2).
Thanks to the both of you for helping with this! It's going to be great
once this fixer is rea
New submission from Brett Cannon <[EMAIL PROTECTED]>:
The fixer for dbm to dbm.ndbm fails test_fixers.Test_imports .
--
assignee: collinwinter
components: 2to3 (2.x to 3.0 conversion tool)
messages: 69526
nosy: brett.cannon, collinwinter
priority: critical
severity: normal
status
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
dependencies: +Fixer for dbm is failing
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
dependencies: +fix_imports does not handle intra-package renames
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon <[EMAIL PROTECTED]> added the comment:
The failure seems to be from anydbm being mapped directly to dbm:
import anydbm -> import dbm -> import dbm.ndbm
A separate pass might be needed to handle dbm properly so that an import
is not changed mu
Brett Cannon <[EMAIL PROTECTED]> added the comment:
I have a potential solution brewing; running the full test suite to verify.
--
status: open -> pending
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Brett Cannon <[EMAIL PROTECTED]> added the comment:
r64870 has the fix through fix_imports2.
--
resolution: -> fixed
status: pending -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
assignee: -> brett.cannon
nosy: +brett.cannon
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
nosy: +brett.cannon
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3342>
___
__
Brett Cannon <[EMAIL PROTECTED]> added the comment:
I really hate how touchy the indentation output is for warnings/tracebacks.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon <[EMAIL PROTECTED]> added the comment:
The function should be made private as it is not expected to be called
by anyone else but the core.
--
assignee: -> brett.cannon
nosy: +brett.cannon
___
Python tracker <[EMAIL PROTE
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
assignee: -> brett.cannon
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3342>
___
__
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Thanks for fixing this and renaming the function, Amaury!
On Fri, Jul 11, 2008 at 2:46 PM, Amaury Forgeot d'Arc
<[EMAIL PROTECTED]> wrote:
>
> Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added th
Brett Cannon <[EMAIL PROTECTED]> added the comment:
I already reported it:
http://psf.upfronthosting.co.za/roundup/meta/issue213 .
--
nosy: +brett.cannon
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
nosy: +brett.cannon
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3347>
___
__
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
versions: +Python 3.1 -Python 3.0
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2377>
___
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
priority: critical -> high
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2377>
___
__
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
priority: high -> normal
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2377>
___
__
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
priority: high -> critical
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2828>
___
__
Brett Cannon <[EMAIL PROTECTED]> added the comment:
I notice that Carbon ended back up in plat-mac. Is that an accident?
What is the status of being able to ditch the directory?
--
assignee: brett.cannon ->
priority: normal -> critical
__
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Docs have been updated. At this point the fixers for urllib and urllib2
is all that is left.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
dependencies: -Fixer for dbm is failing
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon <[EMAIL PROTECTED]> added the comment:
r64903-64905 have the fixes for trunk, 3.0, and 2.5, respectively.
Thanks for reporting this, Henk. Andrii, I never even looked at your
patch since while I was evaluating the bug the problem was rather
obvious and simple, as you said. =)
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
resolution: accepted -> fixed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3339>
___
_
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Only three modules remain; ntpath, posixpath, and sunaudio. Waiting on
python-3000 to reply to my inquiry as to whether I can take sunaudio out.
--
resolution: -> fixed
status: open
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
dependencies: +Proposal for fix_urllib
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Another option is to eliminate the use of PyStructSequence and handle
the creation of a named tuple and a class with the methods in os.py.
Then stat() can just return a tuple and the Python code can create the
instances fro
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Sun, Jul 13, 2008 at 4:04 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>
> Brett Cannon <[EMAIL PROTECTED]> added the comment:
>
> Another option is to eliminate the use of PyStructSequence and handle
> th
Brett Cannon <[EMAIL PROTECTED]> added the comment:
I just finished taking Georg's idea and fleshing it out. Problem is that
when I went to change the docs for 'stat', I noticed how many other
function in the os module rely on the stat module for its constants.
Should we mo
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
priority: -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3316>
___
_
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Nick, are you going to be able to get this cleaned up today for the beta
release tomorrow?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
nosy: +brett.cannon
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3368>
___
__
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
nosy: +brett.cannon
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3367>
___
__
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
nosy: +brett.cannon
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3369>
___
__
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
priority: -> normal
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3369>
___
___
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
priority: -> high
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3367>
___
___
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
priority: -> high
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3368>
___
___
Brett Cannon <[EMAIL PROTECTED]> added the comment:
A lot of crashers were fixed for 2.6 where the recursion limit was not
being used at all. That is probably what you are seeing.
--
nosy: +brett.cannon
___
Python tracker <[EMAIL PROTECTE
Brett Cannon <[EMAIL PROTECTED]> added the comment:
I got your patch and it looks good overall. I made some style changes
and upped the code reuse in some places. I am running the test suite now
before I commit.
--
status: open -> pending
_
Brett Cannon <[EMAIL PROTECTED]> added the comment:
r65002 has the patch. Thanks, Nick!
--
resolution: -> accepted
status: pending -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Well, probably the best way to find out would be to run under gdb and
see who is incrementing the recursion count.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Wed, Jul 16, 2008 at 4:20 AM, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
>
> Antoine Pitrou <[EMAIL PROTECTED]> added the comment:
>
> Why was 1000 chosen in the first place? If it's just an arbitrary val
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Wed, Jul 16, 2008 at 11:28 AM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
>
> Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
>
> Brett:
>>It was originally 10,000, but people wanted thread s
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Wed, Jul 16, 2008 at 2:12 PM, Georg Brandl <[EMAIL PROTECTED]> wrote:
>
> Georg Brandl <[EMAIL PROTECTED]> added the comment:
>
> I don't like the name "os.stats". The os module is already so ful
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Wed, Jul 16, 2008 at 3:05 PM, Georg Brandl <[EMAIL PROTECTED]> wrote:
>
> Georg Brandl <[EMAIL PROTECTED]> added the comment:
>
> Why deprecate the functions then?
>
If they are made into methods on the obje
New submission from Brett Cannon <[EMAIL PROTECTED]>:
It turns out that functools.reduce() is simply __builtins__.reduce().
That does not stop the DeprecationWarning from using reduce() from being
raised even though the message says to use functools.reduce()!
Easiest solution is to cr
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Wed, Jul 30, 2008 at 11:32 PM, Raymond Hettinger
<[EMAIL PROTECTED]> wrote:
>
> Raymond Hettinger <[EMAIL PROTECTED]> added the comment:
>
> Can't this be handled by 2-to-3 instead of a -3 warning?
>
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Thu, Jul 31, 2008 at 11:56 AM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
>
> Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
>
> Alternatively, you could move reduce to functools and have the builti
Brett Cannon <[EMAIL PROTECTED]> added the comment:
But the warning in 2.6 for buffer() says to use memoryview(), which does
not exist. So either the backport needs to happen in 2.6 or the warning
needs to go away for generic buffer() usage and instead be changed to
only occur when th
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
priority: critical -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
New submission from Brett Cannon <[EMAIL PROTECTED]>:
Right now in 2.6, using buffer() warns that it is going away and to use
memoryview(). Unfortunately memoryview() won't be backported to 2.6 in
time for release.
That means the warning is covering something that is within 2to3'
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Tue, Aug 5, 2008 at 12:41 PM, Guido van Rossum
<[EMAIL PROTECTED]> wrote:
>
> Guido van Rossum <[EMAIL PROTECTED]> added the comment:
>
> Definitely don't bring buffer() back in 3.0! It needs to die.
>
Brett Cannon <[EMAIL PROTECTED]> added the comment:
How unfinished is it, Antoine? So much that it can't be used, or just to
the extent it doesn't take the same arguments as buffer()? If it is the
latter then the warning should be changed to warn about unsup
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Fixers are in, so this is a done deal.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Brett Cannon <[EMAIL PROTECTED]> added the comment:
A fixer is not going to work for this since it might require an import
to work. Instead reload() just needs to be added as imp.reload() and the
current warning stays.
--
assignee: collinwinter -> brett.cannon
components: +
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
dependencies: -Create the urllib package
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Wed, Aug 6, 2008 at 12:32 PM, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
>
> Antoine Pitrou <[EMAIL PROTECTED]> added the comment:
>
> I'm no buffer API/memoryview expert, but at least slicing is not
>
Brett Cannon <[EMAIL PROTECTED]> added the comment:
On Wed, Aug 6, 2008 at 1:12 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>
> Guido van Rossum <[EMAIL PROTECTED]> added the comment:
>
>> Well, if it can't replace buffer() then the warning needs to
Changes by Brett Cannon <[EMAIL PROTECTED]>:
--
assignee: -> brett.cannon
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3506>
___
__
Brett Cannon <[EMAIL PROTECTED]> added the comment:
Done in r65563.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
601 - 700 of 5934 matches
Mail list logo
