Georg Brandl added the comment:
I fixed the three docs issues in r72703 and r72704. The doctest "issue"
is not an issue; the single backslash is already removed by Python's
tokenizer, so that doctest only sees 'doesn't' which is obviously a
syntax error. You n
Georg Brandl added the comment:
OK, I now changed it to "may raise ... or fail to iterate over all
entries" in r72708.
--
___
Python tracker
<http://bugs.python.
Georg Brandl added the comment:
Will be fixed along with all other such instances.
--
resolution: -> postponed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
I think you meant anydbm? It's already documented well for dbm.open --
I've copied over that table to anydbm in r72710.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<htt
New submission from Georg Brandl :
All the dbm.* modules currently have different interfaces, and different
levels of supporting the Python3-style dictionary interface -- while the
docs claim they all have (most of) the dict interface.
For example, both dbm.gnu and dbm.ndbm only have keys
Georg Brandl added the comment:
Superseded by #6045.
--
resolution: -> duplicate
status: open -> closed
superseder: -> Fix dbm interfaces
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
Fixed in r72712.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue5935>
___
__
Georg Brandl added the comment:
That no unambiguous conversion between complex and int is defined is
exactly the reason for this error message. You could want the absolute
value, the real part, the imaginary part, or even the polar angle...
int(abs(z)) works as intended, giving you the
Georg Brandl added the comment:
Jeffrey, while you're at lnotab stuff, could you have a look at #1689458
as well?
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
This is already done in Sphinx trunk, and will be used for Python as
soon as it is released.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
First, lowering priority.
> I disagree that this is release-critical. I think it is desirable to
> say that the dbm modules support most of a dict-style interface,
> and I also think that it is factually correct to claim that they
> currently do.
Georg Brandl added the comment:
fullinstall should be removed -- I have the same recollection as Ronald,
so if someone really wants python == python3, he can create the link
himself.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.
Georg Brandl added the comment:
Applied in r72756.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Georg Brandl :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue4215>
___
___
Python-bugs-list mailing list
Unsubscri
Georg Brandl added the comment:
It was my mistake -- anydbm is called dbm in py3k.
--
___
Python tracker
<http://bugs.python.org/issue5942>
___
___
Python-bug
Georg Brandl added the comment:
Thanks for fixing! There's no need to backport; the pydoc_data package
is new in 2.7/3.1.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python
Changes by Georg Brandl :
--
assignee: -> michael.foord
nosy: +michael.foord
___
Python tracker
<http://bugs.python.org/issue6072>
___
___
Python-bugs-list mai
Georg Brandl added the comment:
pysqlite is an alias of sqlite3; it's developed outside of the core
under that name. I agree that this can be confusing, and I've now
removed almost all mentions (and qualified the remaining one) in r72801.
I will not touch occurrences in source code;
Changes by Georg Brandl :
--
assignee: georg.brandl -> ghaering
nosy: +ghaering
___
Python tracker
<http://bugs.python.org/issue6057>
___
___
Python-bugs-lis
Georg Brandl added the comment:
Added a note and a reference in r72802.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
I think you can apply this.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue4547>
___
___
Python-bug
Georg Brandl added the comment:
Thanks, fixed in r72822.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Committed in trunk r72830 and py3k r72831. Thanks!
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r72832.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Added in r72833.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
That is a good point. IMHO we'll be fine with a warning in the docs,
and fixing our own two instances. Martin, what do you think?
--
assignee: -> loewis
nosy: +georg.brandl, loewis
___
Python tracke
Georg Brandl added the comment:
None will be made.
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Georg Brandl :
--
resolution: -> invalid
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue5797>
___
___
Python-bugs-
Changes by Georg Brandl :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue4385>
___
___
Python-bugs-list mailing list
Unsubscri
Georg Brandl added the comment:
Are these S_IX... constants available on every platform we support?
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue6
Georg Brandl added the comment:
Thanks, fixed in r72932.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r72941.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, applied in r72943.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Looks good, please apply.
--
assignee: -> r.david.murray
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/iss
Georg Brandl added the comment:
Is there also a sub/__init__.py?
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue6129>
___
___
Python-bug
Georg Brandl added the comment:
Duplicate of #6108.
--
nosy: +georg.brandl
resolution: -> duplicate
status: open -> closed
superseder: -> unicode(exception) behaves differently on Py2.6 when
len(exception.args) > 1
___
Python tr
Georg Brandl added the comment:
Patch looks good, just replace `ps` by :program:`ps` please.
--
___
Python tracker
<http://bugs.python.org/issue6141>
___
___
Georg Brandl added the comment:
Fixed in r73028.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Ezio is correct. The file is already created while importing bug, not
due to the call to help().
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, applied in r73045.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
I overlooked it, yes. But it also seems to me that it's no major problem :)
--
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Thanks, fixed in r73075.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Should be fixed in r73086.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue5675>
___
___
Python-
Georg Brandl added the comment:
Just taking out the "raise" seems questionable to me; are you sure there
are no valid errors that can be caught there?
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.
Georg Brandl added the comment:
Thanks, fixed in r73185.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r73186.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Applied in r73201, r73202.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Applied a patch to rename (and keep old aliases) in r73204.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, committed as r73206.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Removed the last traces of bsddb in r73208.
--
nosy: +georg.brandl
resolution: accepted -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Ping?
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue3798>
___
___
Python-bugs-list mailing list
Unsub
Changes by Georg Brandl :
--
resolution: -> duplicate
status: open -> closed
superseder: -> Major reworking of Python 2.5.2 re module
___
Python tracker
<http://bugs.python.org
Georg Brandl added the comment:
2.6 has been released and out there some time, and there was no cry
about this, so I guess this can be ignored.
--
nosy: +georg.brandl
resolution: -> wont fix
status: open -> pending
___
Python tracker
Georg Brandl added the comment:
Postponed to 3.2.
--
nosy: +georg.brandl
versions: +Python 3.2 -Python 3.1
___
Python tracker
<http://bugs.python.org/issue4
Georg Brandl added the comment:
Documented in r73213.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r73215.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, updated the docs in r73217.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Good point. Added a test in r73232.
--
___
Python tracker
<http://bugs.python.org/issue3684>
___
___
Python-bugs-list mailin
Georg Brandl added the comment:
You should use file:// to open local files with urllib.
--
nosy: +georg.brandl
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
I do not think HTMLParser should guess. Guessing always opens the door
to misinterpretation.
--
nosy: +georg.brandl
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.p
Georg Brandl added the comment:
> Throwing an exception and giving up is just not good enough.
Yes it is, in some cases. There are "forgiving" HTML parsers out there,
HTMLParser does not strive to be one.
There are *so many* cases where HTML is a bit malformed that it takes
more
Georg Brandl added the comment:
So BeautifulSoup is using HTMLParser? That is interesting, because they
claim to support "broken" HTML.
In any case, if a "quirky" mode is added, it should have to be turned on
explicitly by a flag.
--
Georg Brandl added the comment:
This is a bug in Windows Python can do nothing about, see
http://support.microsoft.com/kb/321788.
--
nosy: +georg.brandl
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.p
Georg Brandl added the comment:
Fixed in r73252.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Fixed in r73257.
Please respect the limit of 80 chars per line in future patches :)
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, applied in r73258!
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r73260.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r73285.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Patch looks good, except for strange code indentation in the replaced
example.
--
assignee: georg.brandl -> r.david.murray
___
Python tracker
<http://bugs.python.org/iss
Georg Brandl added the comment:
I fixed this, and a few other bytes/string issues, in r73293.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Deferring to Martin which one is correct :)
--
assignee: georg.brandl -> loewis
nosy: +loewis
___
Python tracker
<http://bugs.python.org/iss
Georg Brandl added the comment:
Thanks, fixed in r73294.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Fixed in r73296. You shouldn't have been looking at those anyway :)
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python
New submission from Georg Brandl :
If you assign a function a restype of c_char_p, you get back a Unicode
string, but you should get a bytes object.
>>> from ctypes import *
>>> strchr = cdll['libc.so.6'].strchr
>>> strchr.restype = c_char_p
>>> s
Georg Brandl added the comment:
Please consult a Python mailing list or newsgroup to learn how to use
the command box. This is not a Python bug.
--
nosy: +georg.brandl
resolution: -> invalid
status: open -> closed
___
Python tracker
Changes by Georg Brandl :
--
assignee: -> michael.foord
nosy: +michael.foord
___
Python tracker
<http://bugs.python.org/issue6275>
___
___
Python-bugs-list mai
Georg Brandl added the comment:
Very good :)
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue1489051>
___
__
Georg Brandl added the comment:
I've committed a similar change in r73462.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python
Georg Brandl added the comment:
Well, it's the basic principle that an object is not destroyed until
there are no more references to it. The documented semantics I referred
to are that a variable assigned to in an "except X, Y" clause lives
beyond the scope
Georg Brandl added the comment:
Documented in r73463.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
New submission from Georg Brandl :
Fixed in pydotorg r12342.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Even if the Win32 API functions do not have a concept of text/binary
files, the C library functions that MS provides, and Python uses, have.
See http://msdn.microsoft.com/en-us/library/yeby3zcb(VS.71).aspx
--
resolution: -> works for me
status: o
Georg Brandl added the comment:
If you're referring to the general index, there is a "print() (built-in
function)" entry in http://docs.python.org/dev/py3k/genindex-P.html. Am
I missing another index?
--
resolution: -> works for me
stat
Georg Brandl added the comment:
How would you propose to fix this? print() should certainly not catch
all TypeErrors and raise a new one...
Maybe exception chaining could be used, so that print raises a TypeError
of its own with the cause being the original message?
--
nosy
Georg Brandl added the comment:
I'm -0 about that change.
However, I'd like to defend the original wording; it is *not* Python
that makes the text/binary distinction. Python just calls fopen(),
which is what portable C programs are supposed to do, with the mode it
is given by the
Changes by Georg Brandl :
--
assignee: -> rhettinger
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue6276>
___
___
Python-bugs-list mai
Georg Brandl added the comment:
Fixed in r73471.
--
assignee: rhettinger -> georg.brandl
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
That snippet is not valid HTML. The attribute string is not a JS
string, so quotes in it must be escaped with '"', not '\"'.
--
nosy: +georg.brandl
resolution: -> wont fix
status: open -> closed
__
Georg Brandl added the comment:
Thanks, applied in r73544.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
> Because I'm a unix weenie, and zip files feel like an intrusion from the
> Windows world. I expect source tarballs to be, well, tarballs. I don't
> say zip shouldn't be the default, I just noted that I personally would
> find t
Georg Brandl added the comment:
Seems to be fixed in current 3k head.
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Closing this for now; it really needs some serious discussion so a
tracker item is not appropriate.
--
nosy: +georg.brandl
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.p
Georg Brandl added the comment:
Fixed in Pygments trunk.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Fixed in r73704.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6376>
___
__
Georg Brandl added the comment:
Thanks, committed in r73705.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
I added a new heading there in r73706.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
I agree with David.
--
___
Python tracker
<http://bugs.python.org/issue6389>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
Thanks, fixed in r73707.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
The FAQ can still be found in the internet archive,
http://web.archive.org/web/20070928160638/http://www.cryptography.com/cnews/hash.html
but of course this is not a good link, especially because it's not updated.
I've added the link to the wikiped
Georg Brandl added the comment:
This was due to a review of the programming FAQ not yet having been merged to
the 3.1 branch. Now fixed in r81407.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
4501 - 4600 of 5257 matches
Mail list logo