Georg Brandl added the comment:
Ok, this is because internally, sys.setprofile (or to be exact,
PyEval_SetProfile) sets two things: a C function, and a "profileobj", which is
the argument to setprofile().
sys.setprofile sets the C function to the "profile_trampoline", whi
Georg Brandl added the comment:
So we'd have to add a tag? Should be easy.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Georg Brandl added the comment:
Hm. On the one hand there is a spec, so it can be argued that underscores don't
belong to Decimal.
On the other hand, if we get Decimal literals at one point, there will be a
strong argument for allowing underscores in them as in all other number
literals
Georg Brandl added the comment:
Raymond, you've also worked on Decimal - do you have an opinion on allowing
underscores in Decimal(string) conversions?
--
nosy: +rhettinger
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Georg Brandl added the comment:
New patch matching revision of PEP.
--
Added file: http://bugs.python.org/file41892/numeric_underscores_v2.diff
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Georg Brandl added the comment:
New patch with minimal doc updates.
--
Added file: http://bugs.python.org/file41896/numeric_underscores_v4_full.diff
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Georg Brandl added the comment:
This patch includes int(), float(), complex() operations, as well as _pydecimal.
--
Added file: http://bugs.python.org/file41894/numeric_underscores_v3_full.diff
___
Python tracker <rep...@bugs.python.org>
Georg Brandl added the comment:
Backpicked to 3.3. Sorry for the wait.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Georg Brandl <ge...@python.org>:
--
assignee: georg.brandl ->
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue20741>
___
_
Changes by Georg Brandl <ge...@python.org>:
--
assignee: georg.brandl ->
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue4173>
___
_
Changes by Georg Brandl <ge...@python.org>:
--
assignee: georg.brandl ->
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue4145>
___
_
Georg Brandl added the comment:
Closing now.
--
status: pending -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue24668>
___
___
Changes by Georg Brandl <ge...@python.org>:
--
assignee: georg.brandl ->
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue15693>
___
_
Georg Brandl added the comment:
Actually I prefer Greg to Gerg, so it's only half bad. :D
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Georg Brandl added the comment:
It sure is more strict, but I don't think it's simpler (and it's definitely not
simpler to implement).
(Also 1_j is pretty nice, I wouldn't want to lose that.)
We can also check what other languages do.
* Rust: very much like this, but trailing underscores
Georg Brandl added the comment:
PEP 515 is written up and posted to python-dev.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Georg Brandl:
As discussed on python-ideas:
https://mail.python.org/pipermail/python-ideas/2016-February/038354.html
The rules are:
Underscores are allowed anywhere in numeric literals, except:
* at the beginning of a literal (obviously)
* at the end of a literal
Georg Brandl added the comment:
That's possible. I'll have a look.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26320>
___
___
Georg Brandl added the comment:
Should be fixed now (a rebuild of the online docs will be done within a few
hours). Thanks for the report!
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Georg Brandl added the comment:
In addition, the object description headers (function names...) are not styled
as they should be.
Has the doc style been changed recently?
--
nosy: +benjamin.peterson, ezio.melotti, georg.brandl
___
Python tracker
Georg Brandl added the comment:
Shouldn't the message be "constant statement ignored"? The current wording
reads strange to me.
--
nosy: +georg.brandl
___
Python tracker <rep...@bugs.python.org>
<http://bugs.py
Georg Brandl added the comment:
Andrew is right, this should be documented "properly".
--
nosy: +georg.brandl
___
Python tracker <rep...@bugs.python.org>
<http://bugs.py
Georg Brandl added the comment:
Hi Julien, thanks for your patch and sorry for the lack of reviews. I find the
new wording in the second hunk confusing:
``'store_true'`` and ``'store_false'`` - These store the values ``False``
respectively (Note that these default to ``False`` and ``True
Georg Brandl added the comment:
> The doc section is woefully incomplete and unix-specific.
That might be because the doc section is called "Using Python on Unix
platforms".
--
nosy: +georg.brandl
___
Python tracker <rep...@bugs.p
Georg Brandl added the comment:
Looks good to me. s was probably left over after a rewrite of the function.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Georg Brandl added the comment:
Since the text does need no highlighting, a parsed-literal block should work.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Georg Brandl added the comment:
We'll need at least the two full examples (one not working, one working) to
make a call here.
--
nosy: +georg.brandl
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Georg Brandl added the comment:
Thanks! Now the reason is clear: You use csv.DictReader instead of csv.reader.
csv.DictReader has a different argument list - for DictReader the second
argument is `fieldnames`.
--
___
Python tracker <
Changes by Georg Brandl <ge...@python.org>:
--
assignee: docs@python -> benjamin.peterson
nosy: +benjamin.peterson
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Georg Brandl added the comment:
If it works...
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue24918>
___
___
Python-bugs-list
Georg Brandl added the comment:
No docs? ;)
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue22570>
___
___
Python-bugs-list
Georg Brandl added the comment:
> It's all ready been superceeded, or haven't you woken up to that fact either?
Excuse me for not having all issues in my head. (And that #26010 states that
it's a followup to #26010 doesn't help.)
In the future, please accept that the core developers are
Georg Brandl added the comment:
> For the final time, *I* am the OP and not one of you could be bothered
> before so this remains closed.
Are you quite all right? Continuing behavior of that sort will get your
tracker account disabled.
--
nosy: +georg.brandl
status: closed -
Georg Brandl added the comment:
The rules are as they are mostly for backwards compatibility. But it is rarely
a problem since there is only one object with a given name.
:class:`Cookie` within the docs for cookielib would not be able to link to
Cookie.Cookie since it is not found in its
Georg Brandl added the comment:
issue25495.base64.2.7.patch looks good to me. A similar patch can be adapted
for 3.x.
--
nosy: +georg.brandl
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Georg Brandl added the comment:
But without using the word "disjunctive".
--
nosy: +georg.brandl
___
Python tracker <rep...@bugs.python.org>
<http://bugs.py
Georg Brandl added the comment:
It should also be linked from the downloads page.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Georg Brandl added the comment:
> It seems to me a link to this version independent info could logically appear
> on the docs front page.
Yes, that sounds good. I do like the PHP graph of versions too...
--
___
Python tracke
Georg Brandl added the comment:
> As a french, I was always distributed by this, but it's correct in english :-)
You know what you have to tell LaTeX to not put extra space after all full
stops? \frenchspacing :)
--
nosy: +georg.brandl
___
Pyt
Georg Brandl added the comment:
This is still in PEP 101:
___ If this is a final release: Move the doc zips and tarballs to
/srv/www.python.org/ftp/python/doc/X.Y.Z, creating the directory
if necessary, and adapt the "current" symlink in .../do
Georg Brandl added the comment:
NM.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25113>
___
___
Python-bugs-list mailing list
Changes by Georg Brandl <ge...@python.org>:
--
Removed message: http://bugs.python.org/msg250731
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Georg Brandl added the comment:
This is what PEP 101 has to say:
___ If this is a final release (even a maintenance release), also unpack
the HTML docs to /srv/docs.python.org/release/X.Y.Z on
docs.iad1.psf.io. Make sure the files are in group "
Georg Brandl added the comment:
Someone will have to step up to manage this effort. The technical side is
pretty much solved with sphinx-i18n.
I think this is something the PSF should sponsor. (I wrote a proposal to the
board a while ago, but I couldn't find a candidate to do
Georg Brandl added the comment:
The slice clause is talking about the additional arguments. A clearer version
could be
Return the lowest index in the string where substring sub is found within the
slice s[start:end]. Optional arguments start and end are interpreted as in
slice notation
Georg Brandl added the comment:
It's probably better to remove the document for now, and add a rewritten
version back when it arrives.
Although, this topic sees lot of change regularly, so it is probably not a good
one for the standard documentation after all.
--
nosy: +georg.brandl
Georg Brandl added the comment:
I don't recall the reason for this deliberate change (as seen from the docs
change).
I'm unable to come up with a good reason for this change now, but on the other
hand I can't come up with a good reason for code churn and adding deprecationg
warnings
Georg Brandl added the comment:
Why is this a bug?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24005
___
___
Python-bugs-list mailing list
Georg Brandl added the comment:
Yeah, agreed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24005
___
___
Python-bugs-list mailing list
Georg Brandl added the comment:
Most important reason to close this: this is not something to change in Python,
but would have to be changed in Sphinx.
--
resolution: - third party
status: open - closed
___
Python tracker rep...@bugs.python.org
Georg Brandl added the comment:
Well, it's not a complicated script. You're welcome to try and debug it, but
if the bug is in the depths of new pydotorg, I don't know how easy it is to
find.
--
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
And what do you suggest to do about it?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23613
Georg Brandl added the comment:
Well, that's not useful in a generated file. I propose you exclude the doc
build tree from your search, or use a grepping tool like ag that ignores files
ignored by the vcs.
--
___
Python tracker rep
Georg Brandl added the comment:
How about we respond to all Windows-specific issues with switch to Linux?
How about we don't respond to strawman arguments?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23613
Georg Brandl added the comment:
+1
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23081
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
LGTM.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23579
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
The example is correct. r is a range(0, 20, 2), whose last element is 18.
--
nosy: +georg.brandl
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl added the comment:
I agree with Edward. The table makes no distinction between the two group of
builtins, so it is confusing why it would list them not in alphabetical order.
I wouldn't go so far as to call it disrespectful though :)
--
nosy: +georg.brandl
Georg Brandl added the comment:
Can you attach the diff you made?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23415
___
___
Python-bugs-list
Georg Brandl added the comment:
There is no interning going on. Multiplying lists just copies references.
This is not so surprising if you consider that the case may be simple for
nested lists, but what about ``[a] * 3`` with some arbitrary object a?
Copying (or even deep copying
Georg Brandl added the comment:
For patches to be reviewed (whether submitted by a core developer or not),
there should be as little spurious changes as possible. In the final commit,
it's ok, but not mandatory, to reflow the paragraphs
Georg Brandl added the comment:
It's fine to commit it to both branches.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23055
___
___
Python
Georg Brandl added the comment:
There is already an enhanced theme:
https://github.com/ionelmc/sphinx-py3doc-enhanced-theme
I will have a look at it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23312
Georg Brandl added the comment:
Are you ok with us copying parts of the enhancements?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23312
Georg Brandl added the comment:
Likewise, I don't feel strongly that it *should* go in, but I wouldn't object
to it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23292
Georg Brandl added the comment:
Yes, the theme is anything but responsive. If someone already knows how to
do this, please step forward.
I guess it's not too hard to move the sidebar to the top/bottom on mobile, and
adapt the font sizes
Georg Brandl added the comment:
I disagree. I assume that many new enums will be a replacement for module-level
constants, but these still have to be available on the module. Keeping backward
compatibility is not against the spirit of Python
Georg Brandl added the comment:
Well, for such operations (namespace manipulation) __dict__ is also often used,
so I wouldn't say it's too ugly.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23292
Changes by Georg Brandl ge...@python.org:
--
assignee: docs@python - ethan.furman
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23292
Georg Brandl added the comment:
Well, go ahead I guess.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23181
___
___
Python
Georg Brandl added the comment:
Agreed. of the current thread is a good addition. The sleep() docs are
already longer than I would like.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23251
Georg Brandl added the comment:
Sure. (The PyPI name is uppercased, but I guess it doesn't matter.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22394
Changes by Georg Brandl ge...@python.org:
--
resolution: - not a bug
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22899
Georg Brandl added the comment:
With the vanilla BaseHTTPRequestHandler, this shouldn't happen.
self.raw_requestline is read from a socket file, which returns bytes, so they
can be decoded using str(bytes, encoding).
Can you please check if there are any third-party packages involved
Georg Brandl added the comment:
Done. Thanks for the report!
--
resolution: fixed -
stage: resolved -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22868
Changes by Georg Brandl ge...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22868
Georg Brandl added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22687
___
___
Python-bugs-list mailing list
Unsubscribe
Georg Brandl added the comment:
For me the text is correct. However, it depends on parsing the English
sentence in the right way, which can be confusing. The prose means not
(divisible by 2 or 3) which is equivalent to not divisible by 2 and not
divisible by 3, therefore the Python code has
Changes by Georg Brandl ge...@python.org:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22852
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
evaluates true should not be used in any case, the objects do not equal to
True in any case.
The phrase is considered true in a boolean context is already in the docs and
could be used here too.
--
nosy: +georg.brandl
Georg Brandl added the comment:
LGTM. While at it, could you add a period after these:
+ Added *file* parameter
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22845
New submission from Georg Brandl:
A quick way to select only tests that are modified in the checkout.
--
components: Tests
files: regrtest_changed.diff
keywords: patch
messages: 230748
nosy: georg.brandl, pitrou
priority: normal
severity: normal
status: open
title: regrtest: add switch
Georg Brandl added the comment:
Well, this is not meant as a comprehensive run ALL impacted tests because
that is impossible in general :)
An alternate suggestion would be to allow filenames like Lib/test/test_foo.py
as arguments to regrtest. Then I could run without the switch using
Georg Brandl added the comment:
Duplicate of #22625.
--
nosy: +georg.brandl
resolution: - duplicate
status: open - closed
superseder: - When cross-compiling, don’t try to execute binaries
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Thanks, Raymond.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22525
___
___
Python-bugs-list mailing list
Georg Brandl added the comment:
open() does not support arbitrary platform flags in its mode argument. To open
encoded files and transparently decode them to Unicode strings, please use
io.open() on Python 2, and pass the correct encoding argument. On Python 3,
the builtin open
Georg Brandl added the comment:
4985375db40f takes care of test_httplib.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22650
___
___
Python
Georg Brandl added the comment:
@Amaury: this is not what I read there:
If the object is a type or class object, the list contains the names of its
attributes, and recursively of the attributes of its bases.
This implies that class attributes are definitely supposed
Georg Brandl added the comment:
The missing attributes are some of those defined in type_getsets, i.e.
__name__
__qualname__
__bases__
__abstractmethods__
__text_signature__
The latter two are obscure enough that it probably doesn't matter, but the
first three should definitely
Georg Brandl added the comment:
Ah yes, and some type_members are also missing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22790
Georg Brandl added the comment:
Attributes from the metaclass have always been excluded from the dir() of a
class.
Be that as it may, I think it is wrong. I can understand excluding methods of
the metaclass, but __qualname__ (and friends) are only defined in the metaclass
because
Georg Brandl added the comment:
BTW, the same implementation detail means that you can ask an instance for its
class' __module__, but not the __name__.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22790
Georg Brandl added the comment:
However, it may not be possible to change this for backward compatibility
reasons. People shouldn't be using dir() for determining attributes and the
like, but they do, as documented by the multiprocessing module in the stdlib.
This should at least be noted
Georg Brandl added the comment:
There is already a see also: string methods at the top of the page.
--
nosy: +georg.brandl
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22792
Georg Brandl added the comment:
Attaching prototype patch without test suite adjustments.
--
keywords: +patch
Added file: http://bugs.python.org/file37126/type_dir_patch.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22790
Georg Brandl added the comment:
Basically beacuse with the current patch, this is because object_dir also does
merge_class_dict, to get class attributes. This means that attributes like
__qualname__ would show up in dir(instance), but are not actually available on
the instance.
Fixing
Georg Brandl added the comment:
Both lz4 and snappy are BSD-licensed, but snappy is written in C++.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22789
Changes by Georg Brandl ge...@python.org:
--
Removed message: http://bugs.python.org/msg230614
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22790
Georg Brandl added the comment:
Well, with this change you can again (e.g.) pass
Set-cookie: foo=bar
which isn't a valid cookie. It doesn't reintroduce the same vulnerability, but
it will still silently consume invalid cookies (i.e. such with attribute-like
tokens upfront) and return
Georg Brandl added the comment:
So, dir(C) contains '__mro__', but not 'mro'?
That can be discussed.
But I would argue that at least __name__, __bases__ and __qualname__ are
interesting attributes for the user. Same for methods like __subclasses__().
Otherwise, it's quite ironic to prevent
101 - 200 of 5083 matches
Mail list logo