Georg Brandl added the comment:
Committed r60313.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Fixed in r60314. Thanks for the report!
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Thanks, committed r60136.
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1631394>
_
___
Python-bugs-list mailing list
Georg Brandl added the comment:
Okay, fixed in r60317.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1934>
__
___
Python-bugs-list mailing list
Unsubs
Georg Brandl added the comment:
Fixed in r60318 -- one of the changes to urllib didn't survive the merge
to py3k.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Georg Brandl added the comment:
You're right. I fixed this in r60322, r60323 (2.5).
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Georg Brandl added the comment:
Reformatted the patch to use tabs and committed as r60324.
--
assignee: gvanrossum -> georg.brandl
resolution: -> accepted
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Done in r60366, thanks!
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1867>
__
___
Python-bugs-list mailing list
Unsubs
Georg Brandl added the comment:
Please run a make clean (or just remove the build/html/searchindex.json
file) and this should go away.
--
nosy: +georg.brandl
resolution: -> works for me
status: open -> closed
__
Tracker <[EMAIL PROTECTE
Georg Brandl added the comment:
Yes, it is expected since the descriptor access to methods creates a new
bound method object every time. The "is" operator does not work special
with methods.
There is another issue about documenting this, so closing as a duplicate.
-
Georg Brandl added the comment:
This is not easily fixable -- it has been discussed several times on
python-dev and won't change.
--
nosy: +georg.brandl
resolution: -> wont fix
status: open -> closed
__
Tracker <[EMAIL PRO
Georg Brandl added the comment:
Martin, what do you think?
--
assignee: -> loewis
nosy: +loewis
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1652>
__
___
Georg Brandl added the comment:
Looks good to me.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1222>
__
___
Python-bugs-list mailing list
Unsubs
Georg Brandl added the comment:
Added to Sphinx in r60490.
--
resolution: -> accepted
status: open -> closed
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.
New submission from Georg Brandl:
>>> x = io.StringIO(1)
>>> x.read()
'1'
--
components: Extension Modules
messages: 61957
nosy: georg.brandl
priority: high
severity: normal
status: open
title: io.StringIO allows any parameter
type: b
Georg Brandl added the comment:
This seems already fixed in SVN.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
The GHOP patch was now committed as r60521.
--
nosy: +georg.brandl
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Georg Brandl added the comment:
Closing.
--
nosy: +georg.brandl
resolution: -> invalid
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Thanks for the delightful analysis! Fixed in r60550 :)
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Georg Brandl:
--
type: behavior -> rfe
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2008>
__
___
Python-bugs-list mailing list
Uns
Changes by Georg Brandl:
--
type: behavior -> rfe
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2007>
__
___
Python-bugs-list mailing list
Uns
Georg Brandl added the comment:
Closing as fixed.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Fixed in r60590.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2010>
__
Georg Brandl added the comment:
Even PHP includes Levenshtein... ;)
--
nosy: +georg.brandl
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2027>
__
___
Georg Brandl added the comment:
First, syntax proposals for 3.0 are no longer accepted.
Second, this sort of proposal should be discussed on the python-ideas
mailing list first.
Third, this is really ugly :)
So, closing this.
--
nosy: +georg.brandl
resolution: -> rejected
status: o
Georg Brandl added the comment:
Fixed on trunk in r60758. Should this be backported?
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Fixed in r60855, thanks!
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
The note in the docstring wasn't in the documentation. Fixed this in r60873.
--
nosy: +georg.brandl
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
Georg Brandl added the comment:
Fixed in r60883. Thanks!
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
I think you get two links in the CHM generated by Sphinx. Can somebody
with a working HTML Help Compiler check that?
--
assignee: -> georg.brandl
nosy: +georg.brandl
__
Tracker <[EMAIL PROTECTED]>
<http://bug
Georg Brandl added the comment:
This link has already been fixed in SVN.
--
nosy: +georg.brandl
resolution: -> out of date
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
I've committed a patch for this in the trunk, the addinfourl object has
a "code" attribute there.
--
nosy: +georg.brandl
resolution: -> out of date
status: open -> closed
__
Tracker <
Georg Brandl added the comment:
Committed as r60938 (python) and r60939 (sphinx). Thanks for the nice patch!
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Committed in r60936, r60937. Thanks!
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Still, I don't see File, Files or Folders under that heading.
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue896199>
__
Georg Brandl added the comment:
Thank you for the patch, applied in my sandbox (will be part of a larger
commit).
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Attaching new diff that fixes these issues.
--
nosy: +georg.brandl
Added file: http://bugs.python.org/file9496/classdec_2.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Georg Brandl added the comment:
Reviewed and committed in r60980. Thanks!
--
assignee: -> georg.brandl
nosy: +georg.brandl
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Committed r60982.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Committed r60984.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Indeed. Fixed in r60988.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Fixed in r61017.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Georg Brandl:
--
type: -> feature request
versions: +Python 2.6, Python 3.0
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1524825>
_
___
Georg Brandl added the comment:
Changed popen2 to use os.closerange() in r61019.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Georg Brandl added the comment:
Closing as fixed.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Georg Brandl added the comment:
Is a "print" really the right way to emit this warning?
--
nosy: +georg.brandl
Tracker <[EMAIL PROTECTED]>
<http://bugs.pyt
Georg Brandl added the comment:
See #1367711 for a discussion whether this is really the way to go.
--
nosy: +georg.brandl
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Georg Brandl added the comment:
Is there something else to be done for this to be closed?
--
nosy: +georg.brandl
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Georg Brandl added the comment:
Fixed in r61025.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Committed in r61027.
--
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1826>
__
___
Python-bu
Georg Brandl added the comment:
Committed patch as r61028.
--
assignee: rhettinger -> georg.brandl
resolution: -> accepted
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Closing as 3rd party, then.
--
nosy: +georg.brandl
status: open -> closed
versions: +3rd party -Python 2.5
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Georg Brandl added the comment:
Documented in both thread and threading docs in r61029.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Georg Brandl added the comment:
This seems to have been fixed in r60747.
--
resolution: -> out of date
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Georg Brandl added the comment:
Fixed in r61034, including unittest.
--
resolution: -> fixed
status: open -> closed
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Georg Brandl added the comment:
Fixed for bug #900744.
--
nosy: +georg.brandl
resolution: -> duplicate
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Georg Brandl added the comment:
The documentation has now been updated to reflect this.
--
nosy: +georg.brandl
resolution: invalid -> duplicate
status: pending -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Georg Brandl added the comment:
Fixed in r61035.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
> What was the rationale for this decision? To me it looks like a hold-
> over from the time when dicts were not subclassable.
I reckon it's faster this way, and you want basic datatypes like dict to
be fast.
__
Trac
New submission from Georg Brandl:
And make 2to3 recognize that, not putting a list() around them then.
--
assignee: collinwinter
components: 2to3 (2.x to 3.0 conversion tool), Extension Modules
messages: 62855
nosy: collinwinter, georg.brandl
severity: normal
status: open
title: Add map
Changes by Georg Brandl:
--
versions: +Python 2.6 -Python 3.0
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2171>
__
___
Python-bugs-list mailing list
Georg Brandl added the comment:
Okay, then I see this as a intended feature.
--
resolution: -> wont fix
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Georg Brandl:
--
title: Pyton fails silently on bad locale -> Python fails silently on bad locale
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Georg Brandl added the comment:
Thanks, committed as r61087!
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Sorry, but there must be another typo in your code.
I guess the else clause isn't correctly indented -- it belongs to the
"for" statement, not the "if" statement.
--
nosy: +georg.brandl
resolution: -> in
Georg Brandl added the comment:
Please reformat your patch using tabs.
--
nosy: +georg.brandl
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2196>
__
___
Changes by Georg Brandl:
--
resolution: -> invalid
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2206>
__
___
Python-bugs
Georg Brandl added the comment:
Isn't that tracked in #1040026?
--
nosy: +georg.brandl
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2205>
__
___
Georg Brandl added the comment:
Thanks, fixed in r61134.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Thanks, applied in r61135.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
This may seem odd, but is correct as per spec.
The "if c in a" part is executed in a scope of its own, and class scopes
don't contribute to nested scoping.
--
nosy: +georg.brandl
resolution: -> wont fix
stat
Georg Brandl added the comment:
The actual equivalent would be
class A:
a = 'test'
def __g(_x):
for c in _x:
if c in a:
yield c
tuple(__g(a))
i.e. the outmost iterator is evaluated in the enclosing scope; not the
if clause is in its
Georg Brandl added the comment:
I fixed the import in r61211.
Raymond, can you sort out the set operations?
--
assignee: -> rhettinger
nosy: +georg.brandl, rhettinger
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Georg Brandl added the comment:
Good idea! I've committed these changes in r61212.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2217>
__
___
Python-bugs-
Georg Brandl added the comment:
Committed in r61226, thank you!
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
This is known and will be fixed before final release.
--
nosy: +georg.brandl
resolution: -> later
status: open -> pending
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
I took the best of both worlds and committed in r61255.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Committed as r61263. I'll let Martin decide about a backport.
--
assignee: -> loewis
nosy: +loewis
resolution: -> accepted
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Georg Brandl added the comment:
Patch review:
* ItimerError should be signal.ItimerError, not signal.error.
* It should probably inherit from EnvironmentError or IOError.
* itimer_retval will leak the new tuple if one of the PyFloat_FromDouble
fails.
* Do you have test and doc patches, too
Changes by Georg Brandl:
--
priority: -> urgent
severity: normal -> urgent
versions: +Python 2.6, Python 3.0
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Committed patch and new docs in r61273. Thanks!
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl added the comment:
Done!
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1725737>
_
___
Python-bugs-list mailing list
Unsubscribe:
http://mai
Georg Brandl added the comment:
Fixed in r61275, r61276 (2.5).
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Georg Brandl:
--
resolution: -> duplicate
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2252>
__
___
Python
Georg Brandl added the comment:
I agree with Raymond. Having three names for a function is even more
un-Zen than two.
Also, I can't see wha'ts clearer in assertTrue in comparison with assert_.
--
resolution: -> wont fix
status: op
Georg Brandl added the comment:
Sorry, but I don't see a mismatch between code and output.
--
resolution: -> invalid
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Georg Brandl added the comment:
Closing this as "won't fix" as per discussion in #1725737.
(Quote: "It's the job of the packager to clean the directory before
packaging.")
--
nosy: +georg.brandl
resolution: ->
Georg Brandl added the comment:
Could you please put all changes in one complete patch? It's much easier
to review that way.
--
assignee: -> loewis
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pyt
Georg Brandl added the comment:
Fixed in r61305.
--
resolution: -> fixed
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Georg Brandl added the comment:
You're right, the footnote has to be removed. Fixed in r61303.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Okay, I give in :) Committed as r61329.
--
resolution: wont fix -> fixed
status: pending -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Fixed in r61363.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Fixed in r61364.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
PEP 353 says:
"Py_intptr_t needs to be the same size as void*, and Py_ssize_t the same
size as size_t. These could differ, e.g. on machines where pointers have
segment and offset."
_
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Added your remarks to threading docs in r61365.
--
resolution: -> fixed
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r61377.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r61392.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Done.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
Tracker <[EMAIL PROTECTED]>
<http://bugs.p
Georg Brandl <[EMAIL PROTECTED]> added the comment:
I'll try to handle it this weekend.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1810>
__
___
P
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Just a nit: the syntax error message for invalid starred expressions
should be changed from "can use starred expression only as assignment
target".
--
nosy: +georg.brandl
__
Tracker &
2101 - 2200 of 5257 matches
Mail list logo