Georg Brandl added the comment:
Thanks, fixed in r68718.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r68719.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r68720.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r68721.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, applied in r68724.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Duplicate of #1729742.
--
resolution: -> duplicate
status: open -> closed
superseder: -> missing int->Py_ssize_t in documentation
___
Python tracker
<http://bugs.pytho
Changes by Georg Brandl :
--
assignee: -> georg.brandl
nosy: +georg.brandl
priority: normal -> high
title: missing int->Py_ssize_t in documentation -> Document effects of
PY_SSIZE_T_CLEAN on argument parsing
___
Python tr
Georg Brandl added the comment:
Fixed in r68725.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue4857>
___
__
Georg Brandl added the comment:
I'm happy to review such a patch.
--
priority: -> low
___
Python tracker
<http://bugs.python.org/issue4882>
___
___
Py
Georg Brandl added the comment:
%f and %z are not standardized by C89 and therefore not always
available. They fall under the clause "Additional directives may be
supported on certain platforms, but only the ones listed here have a
meaning standardized by ANSI C." which is
Georg Brandl added the comment:
Well, this isn't going to change; the last topic of the docs (and
therefore the "previous" one to the tutorial) is the 2.0 whatsnew.
--
resolution: -> wont fix
status: open -> closed
___
Georg Brandl added the comment:
Fixed in r68727.
IMO, "augmented operation" was an acceptable term -- the term "operator"
is not strictly limited to operators usable in expressions in Python.
However, since it's called "augmented assignment" everyw
Changes by Georg Brandl :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue4922>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Georg Brandl :
--
resolution: -> works for me
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue5029>
___
___
Python-bugs-
Georg Brandl added the comment:
Not my issue.
--
assignee: georg.brandl ->
___
Python tracker
<http://bugs.python.org/issue5055>
___
___
Python-bugs-list mai
Georg Brandl added the comment:
As this is not a tracker for the website, closing is good, especially
when we know it's being worked on.
--
status: open -> closed
___
Python tracker
<http://bugs.python.or
Georg Brandl added the comment:
Thanks, fixed in r69288.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Georg Brandl :
--
assignee: georg.brandl -> tarek
___
Python tracker
<http://bugs.python.org/issue901727>
___
___
Python-bugs-list mailing list
Un
Georg Brandl added the comment:
The device_encoding(buffer.fileno()) doesn't matter for open(), so I've
documented that getpreferredencoding() is used in r69291.
--
resolution: -> fixed
status: open -> closed
___
Pytho
Georg Brandl added the comment:
Well, having nice full docs for IDLE would be nice, but I won't do
anything on this matter except committing a full patch :)
--
assignee: georg.brandl ->
___
Python tracker
<http://bugs.python.or
Georg Brandl added the comment:
Seems to be gone now.
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Georg Brandl :
--
assignee: rhettinger -> pitrou
___
Python tracker
<http://bugs.python.org/issue2527>
___
___
Python-bugs-list mailing list
Un
Georg Brandl added the comment:
Documented in r69297.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
You're right, I've fixed that in r69298.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.p
Georg Brandl added the comment:
Thanks, fixed in r69299.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Fixed in r69300.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue4563>
___
__
Georg Brandl added the comment:
Committed in r69301.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Documented PyErr_PrintEx() in r69292.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
The docs have this sentence:
"""
By default, C numbers are represented in the machine's native format and
byte
order, and properly aligned by skipping pad bytes if necessary
(according to the
rules used by the C compiler).
""&quo
Georg Brandl added the comment:
Thanks, fixed in r69293.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
This is because these types are fully documented in the "standard types"
section, and the entry in "functions" just serves a pointer. (And yes,
this will happen to the remaining types too, at some point.)
--
resolution: ->
Georg Brandl added the comment:
Fixed in r69290.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue5130>
___
__
Georg Brandl added the comment:
Thanks, added docs in r69289.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Thanks, fixed in r69294.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Georg Brandl :
--
resolution: -> works for me
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue5105>
___
___
Python-bugs-
Georg Brandl added the comment:
I'm sorry, this should have been another issue. Reassigning to you.
--
assignee: pitrou -> rhettinger
___
Python tracker
<http://bugs.python.or
Georg Brandl added the comment:
I don't know any. But since rst is so lightweight, it is usually not too
much of a pain to just copy the text from the browser and reintroduce
formatting because you're likely to have to go over and edit the whole
cont
Georg Brandl added the comment:
Thanks, fixed in r69372.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Georg Brandl :
--
assignee: -> effbot
nosy: +effbot
___
Python tracker
<http://bugs.python.org/issue5166>
___
___
Python-bugs-list mailing list
Un
Georg Brandl added the comment:
I've experimented with a style variant that keeps the sidebar fixed on
the left side, however I did not manage to get it to show a separate
scrollbar. Maybe I was just stupid though.
___
Python tracker
Georg Brandl added the comment:
Thanks, fixed in r69409.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
New submission from Georg Brandl :
The test case below will (on Linux here) eventually quit with "OSError:
[Errno 24] Too many open files". I assume that some additional cleaning
up is in order.
---
from subprocess im
Georg Brandl added the comment:
Proposed patch attached.
Added file: http://bugs.python.org/file12972/sp-patch.py
___
Python tracker
<http://bugs.python.org/issue5
Changes by Georg Brandl :
--
resolution: -> duplicate
status: open -> closed
superseder: -> wsgiref package totally broken
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
Thanks, closing.
--
nosy: +georg.brandl
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Well, easy access is not the point. If the object is supposed to have
the file-like interface, and can provide a fileno(), it should.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue1327
Georg Brandl added the comment:
Ezio: this happens inside a function, like this:
def f():
canBusType = 'CANdiag'
result = [eval('canBusType') for i in range(3)]
This is expected, and won't easily fix. The reason is that list
comprehensions in 3.x use a func
Georg Brandl added the comment:
Please don't open duplicates.
--
nosy: +georg.brandl
resolution: -> duplicate
status: open -> closed
superseder: -> eval() function in List Comprehension doesn't work
___
Python tracker
<
Georg Brandl added the comment:
Applied in r69570, r69571.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Applied doc patch in r69573.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Applied the patch in r69575.
___
Python tracker
<http://bugs.python.org/issue3613>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
I agree.
--
resolution: -> works for me
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue1537445>
___
__
Georg Brandl added the comment:
Added a short note in r69576.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Georg Brandl added the comment:
Applied in r69577, r69578.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Why is that ambiguous? Can you come up with a better short form?
___
Python tracker
<http://bugs.python.org/issue5208>
___
___
Python-bug
Georg Brandl added the comment:
I would, but how this fails is likely to be highly platform-specific.
Can you try it on Windows and tell me what the resulting exception is?
___
Python tracker
<http://bugs.python.org/issue5
Georg Brandl added the comment:
I agree.
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue5242>
___
___
Python-bugs-list mai
Georg Brandl added the comment:
On second thought, if the patch is applied, there *shouldn't* be an
exception. And simply running the loop for a fixed number of
repetitions isn't a good test either, since different platforms may have
a different maximum for open file descriptors
Georg Brandl added the comment:
OK, Windows has 2048. Added test and fixed in r69620.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
This won't be done without a PEP anyway.
--
nosy: +georg.brandl
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<http://bugs.python.org/issue1759169>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl :
--
priority: normal -> release blocker
___
Python tracker
<http://bugs.python.org/issue1717>
___
___
Python-bugs-list mailing list
Un
Change by Georg Brandl :
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/issue45025>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: +georg.brandl
___
Python tracker
<https://bugs.python.org/issue45025>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Georg Brandl :
PyImport_ImportModuleNoBlock is the same as PyImport_ImportModule since 3.3,
according to the docs.
PyCapsule_Import has a no_block parameter to choose, is still documented as if
it is relevant, and the implementation also still uses it
Georg Brandl added the comment:
PR is underway.
--
___
Python tracker
<https://bugs.python.org/issue45855>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
keywords: +patch
pull_requests: +27907
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/29665
___
Python tracker
<https://bugs.python.org/issu
Georg Brandl added the comment:
Sorry, it seems that was far too long ago for me to remember anything :)
--
___
Python tracker
<https://bugs.python.org/issue40
Georg Brandl added the comment:
To be clear, this has nothing to do with the amount of indentation, but that
the directive below (the versionadded) has 4 spaces, and the paragraph above
had 5 before the change. Therefore the further-indented paragraph is taken as a
blockquote
Georg Brandl added the comment:
Don't hesitate to send requests back to the Sphinx tracker if any changes
appear to be too restrictive to you. It is a documentation tool, not a compiler.
--
nosy: +georg.brandl
___
Python tracker
&
Georg Brandl added the comment:
FWIW, I think Sydney's right. Shared entries should only be used for closely
related, or interdependent, APIs, which those here are not.
--
nosy: +georg.brandl
___
Python tracker
<https://bugs.python.org/is
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue28850>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue26214>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue19081>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue20119>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue18280>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue26794>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue24160>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue23163>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue22577>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue1823>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue22107>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue25467>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue26053>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue11105>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue1611944>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue919238>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue1105770>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue1249749>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue19915>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<https://bugs.python.org/issue1678077>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Georg Brandl :
There are a few points where `os.waitid()` docs need improvement. Current text:
Wait for the completion of one or more child processes. idtype can be P_PID,
P_PGID or P_ALL. id specifies the pid to wait on. options is constructed from
the ORing of one or
Change by Georg Brandl :
--
keywords: +patch
pull_requests: +21394
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/22356
___
Python tracker
<https://bugs.python.org/issu
Georg Brandl added the comment:
This grammar specification doesn't contain a full specification of code that
won't raise SyntaxError. There are several conditions that aren't checked by
the generated parser, but at a later stage in the compilation process.
While probably poss
Georg Brandl added the comment:
It doesn't make sense to include the archive link, the documentation it refers
to is available in the GitHub repository under docs/.
--
nosy: +georg.brandl
___
Python tracker
<https://bugs.python.org/is
Georg Brandl added the comment:
We'll probably have to redirect all /documenting in Apache anyway.
--
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
This is because the parentheses don't really belong to the tuple literal.
You could just as well write
b = 1, 3.14, 'abc', u'XYZ'
In other cases, the parentheses may be needed for grouping purposes (e.g. in
function calls), bu
Georg Brandl added the comment:
While the actual code may be accessible to everyone, the server configuration
(paths etc. -- just look at the page; at least the session secret key and
passwords are masked by Django) are not, and exposing that can be a security
problem as well. And while I
Georg Brandl added the comment:
You put '*' instead of '#' in the commit message.
Also, I don't think you should close more than one issue in one commit.
--
nosy: +georg.brandl
___
Python tracker
<http:
New submission from Georg Brandl :
Why is that a concern? It is not needed for the doc build and intended to be
used on python.org only.
--
nosy: +georg.brandl
resolution: -> wont fix
status: open -> closed
___
Python tracker
2701 - 2800 of 5257 matches
Mail list logo