Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
priority: critical -> release blocker
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2632>
__
___
New submission from Georg Brandl <[EMAIL PROTECTED]>:
As discussed on python-ideas:
http://mail.python.org/pipermail/python-ideas/2008-May/001570.html
--
assignee: gvanrossum
components: Interpreter Core
files: gen-name.diff
keywords: patch, patch
messages: 66859
nosy: georg.
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Okay, committed as r63320.
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Since we also support oddball codecs like UTF-8-SIG, why not this one too?
Given the importance of UTF-8, it seems a good idea to support common
variations.
--
nosy: +georg.brandl
__
Tracker &
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: -> christian.heimes
nosy: +christian.heimes
priority: -> critical
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Changed in r63364.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2863>
__
___
Python-bugs-list mailin
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r63365.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: -> effbot
nosy: +effbot
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2892>
__
___
Georg Brandl <[EMAIL PROTECTED]> added the comment:
OK, committed patch in r63368. Thanks!
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
That will happen automatically.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2890>
__
___
Python-bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Especially with the rollover to the new docs.
When both trunk and stable version have the same base again, I'll
continue backporting doc changes as usual.
--
resolution: -> wont fix
status:
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r63369.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
There are more locations in abstract.c where exceptions are
unconditionally masked after a GetAttr operation:
* line 1630, 1717 in PyNumber_{Long,Int} when looking for .__trunc__
* line 2932, in PyObject_IsInstance
-
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, committed as r63372.
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, applied in r63373.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2890>
__
___
Python-bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Let me note that this also happens for assignments like:
long = Type("long", "l")
--
nosy: +georg.brandl
__
Tracker <[EMAIL PROTECTED]>
&
New submission from Georg Brandl <[EMAIL PROTECTED]>:
I got this diff from Tools/freeze/freeze.py:
-
-
-# Import the freeze-private modules
-
-import checkextensions
-import makeconfig
-import makefreeze
-import makemakefile
-import parsesetup
-import bkfile
+from . import checkextensions
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Committed step 2 patch as r63376.
--
nosy: +georg.brandl
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Fixed, among with all other files in Tools/, in r63378.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, added a test and fixed in r63379.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
resolution: -> duplicate
status: open -> closed
superseder: -> Moving lib-tk to tkinter package
__
Tracker <[EMAIL PROTECTED]>
<http://b
Georg Brandl <[EMAIL PROTECTED]> added the comment:
It would be a good thing to paste the exact error message from the compiler.
--
nosy: +georg.brandl
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Ah, it wasn't merged yet. So this can be closed.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http:/
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Can't you write this as a simple Python function using
type.__basicsize__ and type.__itemsize__?
In any case, if this is added somewhere it should not be a builtin. This
operation is nowhere near the usefulness to be one.
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Such implementation-specific things usually went into the sys module.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Committed modmerge patch in r63408.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2839>
__
___
Python
Georg Brandl <[EMAIL PROTECTED]> added the comment:
OK, committed patch as r63412.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
Tracker <[EMAIL PROTECTED]>
<http://bugs.p
Georg Brandl <[EMAIL PROTECTED]> added the comment:
The warning message for oct() should include that the output will be
different too. Else this is fine with me.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Lists will need a custom tp_footprint then, too. Or, if we call it
sizeof, the slot should be tp_sizeof. BTW, is a new slot necessary, or
can it just be a type method called __sizeof__?
__
Tracker &
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Handled Py3k branch in revs 63417 to 63423. Closing this issue.
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Committed slightly reviewed patch and test in r63340.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Should be fixed in r63448.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
We could include it in Py3k.
--
assignee: -> gvanrossum
nosy: +georg.brandl, gvanrossum
versions: +Python 3.0 -Python 2.6
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Rejecting - this isn't leading anywhere.
--
nosy: +georg.brandl
resolution: -> rejected
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http:/
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Committed r63456.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: -> rhettinger
nosy: +rhettinger
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2903>
__
__
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
priority: -> release blocker
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2384>
__
___
Pyt
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Okay, thanks. Fixed in r63461.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Do you want me to remove this?
--
nosy: +georg.brandl
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Done in r63485-63491.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Should be safe to apply now, Benjamin.
--
assignee: brett.cannon -> benjamin.peterson
resolution: -> accepted
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Done in r63493.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
You don't check for NULL return from PyObject_GetIter(). It will
segfault for "__all__ = 1".
That demonstrates that test cases are missing from the patch. :)
Raymond: It shouldn't since __all__ is only inspected afte
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, reviewed, added tests and committed as r63499.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
I agree. There seems to be no compelling use case.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2928>
__
_
Georg Brandl <[EMAIL PROTECTED]> added the comment:
I'm closing this; YAGNI.
However, I've added an explicit __contains__ method which raises a nice
error message in r63501.
--
nosy: +georg.brandl
resolution: -> wont fix
sta
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Fixed in r63500, together with the floor/truediv slots.
--
assignee: -> georg.brandl
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: -> vsajip
nosy: +vsajip
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2929>
__
___
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: -> vsajip
nosy: +vsajip
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2914>
__
___
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Use
import common
common.fileList = ...
Please ask further question on python-list (comp.lang.python) -- this is
not a bug.
--
nosy: +georg.brandl
resolution: -> invalid
status: open
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
resolution: -> duplicate
status: open -> closed
superseder: -> sendmsg() and recvmsg() for C socket module
Tracker <[EMAIL PROTECTED]>
<http://bug
Georg Brandl <[EMAIL PROTECTED]> added the comment:
As I said, please consult the newsgroup/mailing list for these
questions, it's much better suited for them.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Georg Brandl <[EMAIL PROTECTED]> added the comment:
The 2.5.2 stuff *is* the current docs for 2.5. However, the docs that
are actively maintained are the docs for 2.6 and 3.0, the former of
which can be found at http://www.python.org/doc/dev/.
With the release of 2.6, these will become th
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Hi Tarek,
here's a review:
* The new docs are not very clear about ignore_patterns being a function
factory. E.g.:
"""The callable must return a list of folder and file names relative to
the path, that will be i
Georg Brandl <[EMAIL PROTECTED]> added the comment:
You're right; I'll fix this ASAP.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2904>
__
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Closing as "works for me".
--
resolution: -> works for me
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<h
Georg Brandl <[EMAIL PROTECTED]> added the comment:
This should now be fixed in r63580.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
This should now be fixed in SVN.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Okay, moved the module and applied the patch in r63586, r63587 and r63589.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<h
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Renamed and fixed references in r63599, r63600, r63603.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Renamed module, applied patch and adapted some further references in
r63605-07.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PR
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Renamed in 3k in r63610, added note in 2.6 docs in r63611, added fixer
entry in r63612.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PR
Georg Brandl <[EMAIL PROTECTED]> added the comment:
I don't see a problem here. You may be mislead by the assumption that
the error messages are generated by the parser, which they aren't --
they are generated at runtime by the objects you try to add.
The two types report the
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r63614.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
First, global is frowned upon in large projects, but sometimes useful in
quick & dirty scripts.
Second, the time for such changes to Python 3.0 is past.
Third, this at least needs a PEP.
--
nosy: +georg.brandl
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r63620.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
New submission from Georg Brandl <[EMAIL PROTECTED]>:
The weak dictionaries in the weakref module still present the 2.x
dictionary methods (iter*). This should be fixed for consistency with 3k
dicts.
--
components: Library (Lib)
messages: 67339
nosy: georg.brandl
priority: cr
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Committed patch as r63621. Thanks!
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r63624.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Can you expand a bit? What exactly do you expect in the generated
documentation that is not there?
--
nosy: +georg.brandl
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Done in r63631. Fixer added in r63627 and r63629, notices to 2.6 docs
added in r63630.
Do you still want to warn when importing thread or dummy_thread directly
in 2.6, like PEP 3108 says?
--
nosy: +georg.brandl
resolution: -&
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Raising priority.
--
assignee: -> teoliphant
nosy: +georg.brandl
priority: -> critical
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
You probably just need to make the method a class method -- see METH_CLASS.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Committed r63757.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, committed in r63760.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
What's the status of this? Is it still under consideration for 3.0 -- if
yes, that should get decided before the beta.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: -> kbk
nosy: +kbk
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2996>
___
__
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: -> kbk
nosy: +kbk
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2995>
___
__
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Committed as r63776, r63777 (3k).
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
I've added a note in the docs in r63781. In the spirit of "errors should
never pass silently", this seems to me like the best thing to do.
--
nosy: +georg.brandl
resolution: -> fixe
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r63782.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Sorry, but you have to be more specific about what you think is a bug.
That the default encoding is ascii does have its reasons, and will not
change.
You're likely to be missing an explicit .encode() call when converting
from uni
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Reverted in r63787.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2990>
___
___
Python
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, committed in r63803.
--
resolution: -> accepted
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, fixed in r63808.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Fixed all return types in docstrings of str, bytes, bytearray in r63809.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Georg Brandl <[EMAIL PROTECTED]> added the comment:
As long as long integers aren't in the official spec, the current status
is fine - liberal in accepting, and strict in sending.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Converted to reST and applied in r63830. Thanks!
--
resolution: -> accepted
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Thanks, added the sentence in r63831.
--
resolution: -> accepted
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Turns out this is due to GCC 4.3 being used. Dupe of #2626.
--
nosy: +georg.brandl
resolution: -> duplicate
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<h
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
resolution: -> duplicate
status: pending -> closed
superseder: -> Tk.quit leads to crash in python.exe
___
Python tracker <[EMAIL PROTECTED]>
<http://bug
Georg Brandl <[EMAIL PROTECTED]> added the comment:
I guess this is heavily out of date now?
--
nosy: +georg.brandl
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Georg Brandl <[EMAIL PROTECTED]> added the comment:
OK, this is fixed by including topic help as a separate module, and not
relying on the HTML documentation, in r63871.
--
resolution: -> fixed
status: open -> closed
___
Python tra
Georg Brandl <[EMAIL PROTECTED]> added the comment:
This might be obsolete now that htmllib is going away in 3.0 and
deprecated in 2.6.
--
nosy: +georg.brandl
resolution: -> out of date
status: open -> pending
___
Python tracker <[
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Removed usage in pydoc in r63871.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Not to me...
--
nosy: +georg.brandl
resolution: out of date ->
status: closed -> open
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: -> georg.brandl
nosy: +georg.brandl
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
assignee: -> georg.brandl
nosy: +georg.brandl
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Georg Brandl <[EMAIL PROTECTED]> added the comment:
Do you need the (\.\d+)* trailer in the regex at all?
--
nosy: +georg.brandl
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Georg Brandl <[EMAIL PROTECTED]>:
--
resolution: -> works for me
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
1301 - 1400 of 5257 matches
Mail list logo