SilentGhost added the comment:
It doesn't seem docstring-specific, docstring is a regular Python object and
ast.literal_eval would fail if you have more than one literals of any kind. Put
two integers in your file and the literal_eval will fail.
--
nosy: +SilentGhost
SilentGhost added the comment:
Hm, not sure why the file didn't get uploaded, I clearly remember attaching it.
Yury, what is the implication for this issue? Are you suggesting that the note
should state that these two are temporary? Or is this information available
somewhere else, in What's
SilentGhost added the comment:
I've added versionchanged, since this is what's done in os, for similar lists.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
SilentGhost added the comment:
Here is the test, it seems to have been 2545bfe0d273 that caused it
(issue23486): test passes prior to it and fails on it (and I assume uniformly
after).
--
keywords: +patch
Added file: http://bugs.python.org/file41003/test_issue25594.diff
Changes by SilentGhost <ghost@gmail.com>:
--
components: -Documentation
stage: test needed -> needs patch
title: enum docs outdated re attribute access -> enum instance attribute access
possible
___
Python tracker <rep...@bugs.py
New submission from SilentGhost:
In enum docs[0], there is a suggestion that the attribute access on members
should raise an AttributeError:
>>> Color.red.blue
Traceback (most recent call last):
...
AttributeError: 'Color' object has no attribute 'blue'
which is demonstrably wrong
SilentGhost added the comment:
> Interesting, I didn't even know (remember?) about the -U flag, and it isn't
> documented.
https://docs.python.org/2/using/cmdline.html#cmdoption-U
It isn't clear when this broken or why, but I think existing documentation
could be adjusted to have a
Changes by SilentGhost <ghost@gmail.com>:
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from SilentGhost:
With introduction of async and await tokens in 3.5 the token documentation
needs updating.
--
assignee: docs@python
components: Documentation
files: token.diff
keywords: patch
messages: 254281
nosy: SilentGhost, docs@python
priority: normal
severity
Changes by SilentGhost <ghost@gmail.com>:
--
components: +Windows -Interpreter Core, Regular Expressions
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
SilentGhost added the comment:
>>> keyword.iskeyword('pass')
True
There doesn't seem anything particular about def, none of the keywords have
"keyword" type, because there doesn't seem to be one:
https://docs.python.org/3.6/library/token.html
--
nosy: +Sil
SilentGhost added the comment:
Perhaps, my example wasn't as self-explanatory as I hoped. def is not DEF in
the token list, because there isn't such a token DEF, as there isn't a token
PASS or a token for any other keyword. The fact that there is an ASYNC and
AWAIT tokens is something
Changes by SilentGhost <ghost@gmail.com>:
--
components: +Regular Expressions
nosy: +mrabarnett
versions: +Python 3.6
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
SilentGhost added the comment:
That's fine as a code change, but that's not the kind of test I meant. There is
a Lib/test/test_ftplib.py and it basically needs test_with_statement added to
one or few test cases. Have a look at how the similar functions implemented in
Lib/test
Changes by SilentGhost <ghost@gmail.com>:
--
versions: +Python 3.6 -Python 3.4
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
SilentGhost added the comment:
This probably needs test
--
nosy: +SilentGhost
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by SilentGhost <ghost@gmail.com>:
--
versions: -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by SilentGhost <ghost@gmail.com>:
--
nosy: +jnoller, sbt
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25469>
___
_
SilentGhost added the comment:
This seems like a change for the sake of change. I think any module that
requires argparse features can be moved in its own time.
--
nosy: +SilentGhost
resolution: -> rejected
status: open -> closed
___
Python t
Changes by SilentGhost <ghost@gmail.com>:
--
nosy: +rhettinger
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25435>
___
_
SilentGhost added the comment:
Shouldn't the line above read "now accepts" rather than "how accepts"?
--
nosy: +SilentGhost
___
Python tracker <rep...@bugs.python.org>
<http
Changes by SilentGhost ghost@gmail.com:
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24035
Changes by SilentGhost ghost@gmail.com:
--
nosy: +bethard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23884
___
___
Python-bugs-list mailing
Changes by SilentGhost ghost@gmail.com:
--
nosy: +ncoghlan, rhettinger
versions: -Python 3.2, Python 3.3, Python 3.4, Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23764
Changes by SilentGhost ghost@gmail.com:
--
nosy: +lemburg, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23739
___
___
Python-bugs-list
SilentGhost added the comment:
This seems to work on linux (returning 0), but fails on 3.4 with RuntimeError:
maximum recursion depth exceeded during compilation. I wonder if the two are
related.
--
nosy: +SilentGhost
___
Python tracker rep
Changes by SilentGhost ghost@gmail.com:
--
nosy: +kbk, roger.serwy, terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23616
Changes by SilentGhost ghost@gmail.com:
--
nosy: +benjamin.peterson, haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23137
___
___
Python
SilentGhost added the comment:
Here is the python-only fix that eliminates TypeError and produces correct
number of milliseconds. The problem with C implementation lies in
_PyTime_ObjectToDenominator function where there is an explicit check for a
float. This check could be relaxed to include
Changes by SilentGhost ghost@gmail.com:
--
nosy: +lemburg, tim.peters
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23601
___
___
Python-bugs
Changes by SilentGhost ghost@gmail.com:
--
components: +Installation, Windows -Extension Modules
nosy: +steve.dower, tim.golden, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23604
Changes by SilentGhost ghost@gmail.com:
Removed file: http://bugs.python.org/file38304/functools.rst
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23512
Changes by SilentGhost ghost@gmail.com:
--
nosy: +bethard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23555
___
___
Python-bugs-list mailing
SilentGhost added the comment:
There is this bit in https://docs.python.org/3/library/exceptions.html :
When raising a new exception (rather than using a bare raise to re-raise the
exception currently being handled),...
I presume this can be also suitable for tutorial if it's not already
Changes by SilentGhost ghost@gmail.com:
--
nosy: +collinwinter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23556
___
___
Python-bugs-list
Changes by SilentGhost ghost@gmail.com:
--
components: +Installation
versions: -Python 2.7, Python 3.2, Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23546
Changes by SilentGhost ghost@gmail.com:
--
nosy: +benjamin.peterson, lemburg, loewis, pitrou
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23550
Changes by SilentGhost ghost@gmail.com:
--
components: +Macintosh
nosy: +kbk, ned.deily, roger.serwy, ronaldoussoren, terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23544
Changes by SilentGhost ghost@gmail.com:
--
components: +Macintosh
nosy: +amaury.forgeotdarc, belopolsky, hynek, meador.inge, ned.deily,
ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23534
Changes by SilentGhost ghost@gmail.com:
--
nosy: +alex, christian.heimes, dstufft, giampaolo.rodola, janssen, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23531
Changes by SilentGhost ghost@gmail.com:
--
nosy: +steven.daprano
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23522
___
___
Python-bugs-list
New submission from SilentGhost:
Just a minor grammar issue: missing be in mimetypes.rst
--
assignee: docs@python
components: Documentation
files: mimetypes.diff
keywords: patch
messages: 236402
nosy: SilentGhost, docs@python, eric.araujo, ezio.melotti, georg.brandl
priority: normal
Changes by SilentGhost ghost@gmail.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23495
___
___
Python-bugs-list
SilentGhost added the comment:
I suggest you add this information to issue21167 as it's exactly the same
behaviour you're seeing. There really is no need to have a separate issue.
--
nosy: +SilentGhost
status: open - closed
superseder: - float('nan') returns 0.0 on Python compiled
SilentGhost added the comment:
If you run the command in your interpreter you'll see that the output is
correct.
--
assignee: - docs@python
components: +Documentation -Demos and Tools
nosy: +SilentGhost, docs@python
resolution: - not a bug
status: open - closed
SilentGhost added the comment:
This is the page: https://docs.python.org/3/download.html also true about the
3.5 at https://docs.python.org/3.5/download.html
All the links in the table result in 404. Clearly the files are not at
https://docs.python.org/3/archives/
--
nosy
SilentGhost added the comment:
Perhaps I'm misinterpreting your message, but this doesn't seem like a problem
with datetime module. The issue is with dateutil module, which is not the part
of the standard library and is not developed here. Also, I can reproduce this
issue on 3.4 (though I
Changes by SilentGhost ghost@gmail.com:
--
components: +Windows
nosy: +steve.dower, tim.golden, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23463
Changes by SilentGhost ghost@gmail.com:
--
components: +Macintosh
nosy: +hynek, ned.deily, ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23431
SilentGhost added the comment:
Looks like some sort of race condition. Sleeping for a second before
import_module seem to solve the problem.
--
components: +Interpreter Core
nosy: +SilentGhost, brett.cannon, eric.snow, ncoghlan
___
Python tracker
Changes by SilentGhost ghost@gmail.com:
--
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23412
___
___
Python-bugs-list
SilentGhost added the comment:
Correct me if I'm wrong but this seem as a very unlikely use case. Why would
you need to ensure content of the defaultdict (i.e., why would you ever use its
fromkeys method)? And, perhaps, having to implicitly assign default factory is
not such a bad tradeoff
SilentGhost added the comment:
Raymond, but Alec talks about
defaultdict.fromkeys(constants, factory=list)
as opposed to current solution
d = defaultdict.fromkeys(constants)
d.default_factory = list
for i in d:
d[i] = []
I wouldn't think that the dict.fromkeys should
SilentGhost added the comment:
It seems, if I read https://docs.python.org/3/reference/expressions.html#calls
correctly that the evaluation order of the function arguments is not defined in
general, as it depends on your use of keyword argument and exact function
signature. Naturally, f
SilentGhost added the comment:
Looks like it works exactly as the docs[1] describe:
re.split(r'\s*[+/;,]\s*|\s+and\s+', string)
['Dave', 'Sam', 'Jane', 'Zoe']
You're using capturing groups (parentheses) in your original regex which
returns separators as part of a match.
[1] https
Changes by SilentGhost ghost@gmail.com:
--
keywords: +easy
versions: +Python 3.5 -Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23304
SilentGhost added the comment:
Couple of things:
1. chosen chosen
2. double space needed before You can invoke...
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23257
SilentGhost added the comment:
Perhaps I'm missing something here, but it doesn't seem to be a problem with
valid links. Only invalid symlinks are causing this issue.
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
http
SilentGhost added the comment:
As explained in the docs[1] integer is a valid argument for the open function
in the python3. It is also noted that the file descriptor is going to be
closed, unless closefd argument to the open function was False, when f.close()
is called. This is the behaviour
Changes by SilentGhost ghost@gmail.com:
--
components: +Library (Lib) -Installation
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23223
Changes by SilentGhost ghost@gmail.com:
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23118
SilentGhost added the comment:
Closed issue23118 as identical issue to this one.
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23117
Changes by SilentGhost ghost@gmail.com:
--
components: +Macintosh
nosy: +ned.deily, ronaldoussoren
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23117
SilentGhost added the comment:
This seem like an issue with numpy, not python. Perhaps installing using binary
would be a better option for you? In any case, this need further elaborating at
what the actual problem and the solution could be.
--
nosy: +SilentGhost
resolution
SilentGhost added the comment:
Hi Henning,
this is not a bug. This is to do with how floating point numbers represented in
computers. I'd suggest https://en.wikipedia.org/wiki/IEEE_floating_point as a
starting point. Briefly, due to binary base that the computers operate on, not
every number
SilentGhost added the comment:
Your code produces many false positives, would you care to reduce this list to
only those modules that actually do not have a Source code link?
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
http
Changes by SilentGhost ghost@gmail.com:
--
title: PyUnicode_ functions not accessible in Limited API on Windows - ucs2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17432
Changes by SilentGhost ghost@gmail.com:
--
title: ucs2 - PyUnicode_ functions not accessible in Limited API on Windows
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17432
SilentGhost added the comment:
I can reproduce your example on 3.4, but for the comparison:
exec(compile(if __debug__: print(42), exec, exec, optimize=1))
exec(compile(if __debug__: print(42), exec, exec, optimize=0))
42
So, it's not as straightforward as one might imagine
Changes by SilentGhost ghost@gmail.com:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21981
___
___
Python-bugs-list
SilentGhost added the comment:
This is the normal content of idle.bat
Could you run `c:\python34\python.exe -m idlelib.idle` from the command-line
and post the output here?
--
components: +IDLE
nosy: +SilentGhost, kbk, roger.serwy, terry.reedy
SilentGhost added the comment:
If you would delete this file: C:\Users\Tomk\.idlerc\config-extensions.cfg
(back it up some place else just in case). Does it start? and if not, would you
mind re-running the same command again?
--
___
Python tracker
Changes by SilentGhost ghost@gmail.com:
--
Removed message: http://bugs.python.org/msg222943
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21973
Changes by SilentGhost ghost@gmail.com:
--
Removed message: http://bugs.python.org/msg222930
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21973
SilentGhost added the comment:
IDLE supports extensions: https://docs.python.org/3/library/idle.html#extensions
And that was a user-configuration file that got corrupted somehow. As it's an
optional feature, IDLE can work without it.
You can use your favourite text editor to compose programs
Changes by SilentGhost ghost@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21973
___
___
Python-bugs-list
SilentGhost added the comment:
This seem like a new feature for IDLE, so I'd imagine it would not be included
in either 2.7 or 3.4. Correct me if I'm wrong.
--
nosy: +SilentGhost
versions: -Python 2.7, Python 3.4
___
Python tracker rep
SilentGhost added the comment:
I guess it's only the evidence that it isn't being used.
--
nosy: +SilentGhost
title: Tools\Scripts\md5sum.py doesn't work in Python 3.4.1 on Windows 7 64bit.
- Tools\Scripts\md5sum.py doesn't work in Python 3.x
versions: +Python 3.5
Changes by SilentGhost ghost@gmail.com:
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21792
SilentGhost added the comment:
Whether for reasons of slightly different setup or due to something else, I'm
not able to reproduce the issue. What I do see, is that the field is not
automatically updated, so on opening of the document I have to hit F9 to get
the answer field updated
SilentGhost added the comment:
Raimondo, the documentation clearly states that the compression method is
either inherited from ZipInfo instance (when that one is passed) or set to
ZIP_STORED otherwise. Since you're not passing ZipInfo instance, but the string
(as the first argument
SilentGhost added the comment:
Robert, could you please post a reduced code that generates the bug.
Preferably, a interpreter output. Including information about your python
version, OS, etc. For example:
Python 2.7.6 (default, Mar 22 2014, 22:59:56)
[GCC 4.8.2] on linux2
Type help, copyright
SilentGhost added the comment:
This is the correct behaviour. In python 3 zip returns an iterator. Detailed
information is available in documentation.
https://docs.python.org/3/library/functions.html#zip
--
nosy: +SilentGhost
resolution: - not a bug
status: open - closed
SilentGhost added the comment:
How do you display the contents of an iterable without using them up
In general case you can't, but zip object _is_ reusable iterable so we can
reuse it?
I think you're misunderstanding what an iterator is or how it functions. Just
to make it clear, it cannot
SilentGhost added the comment:
Could you provide an actual quote where it refers to
datetime.datetime.microseconds? Are you not by any chance confusing it with
datetime.timedelta.microseconds?
--
nosy: +SilentGhost
___
Python tracker rep
Changes by SilentGhost ghost@gmail.com:
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20591
SilentGhost added the comment:
Martin, it would be better if you do the check the way it's done in test_rast:
h.startswith(b'\x76\x2f\x31\x01')
Otherwise, you need to check that that h has at least 4 elements (if it doesn't
you'll get an IndexError).
--
nosy: +SilentGhost
SilentGhost added the comment:
Mike, the note is at the very bottom of the page.
datetime.strftime produces empty strings with this specifiers for naïve
objects, are the object you're testing timezone-aware?
--
nosy: +SilentGhost
___
Python tracker
New submission from SilentGhost:
chain.from_iterable is not linkified in the overview table at the top of the
itertools docs. The patch requires reformat of the table.
--
assignee: docs@python
components: Documentation
files: linkify.diff
keywords: patch
messages: 208184
nosy
Changes by SilentGhost ghost@gmail.com:
--
versions: -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20272
___
___
Python-bugs-list
SilentGhost added the comment:
file must be a raw string:
file = r'C:\progs\python'
Then everthing works.
--
nosy: +SilentGhost
resolution: - invalid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19844
New submission from SilentGhost:
If you run attached file w/ 3.2 and 3.3 (and later) versions, you'll notice
that the new version of parser doesn't handle empty argument list:
$ python3.2 test.py
usage: test.py [-h] {demo} ...
test.py: error: too few arguments
$ python3.3 test.py
Namespace
Changes by SilentGhost ghost@gmail.com:
--
title: argparse subparsers break without without argument - argparse
subparsers break without arguments
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17889
SilentGhost ghost@gmail.com added the comment:
This seems like a change suitable for 3.3
--
nosy: +SilentGhost
versions: +Python 3.3 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12516
SilentGhost ghost@gmail.com added the comment:
3.1 is in security fixes-only mode
--
nosy: +SilentGhost
versions: +Python 3.2 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12518
SilentGhost ghost@gmail.com added the comment:
2.6 is in security-only mode, if I'm not mistaken.
--
nosy: +SilentGhost
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12397
SilentGhost ghost@gmail.com added the comment:
Has something prevent you from implementing suggestion provided in my review?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11072
SilentGhost ghost@gmail.com added the comment:
a review on rietveld http://bugs.python.org/review/11072/show
which as I confirmed with you specifically at #python-dev you received a
notification of.
--
___
Python tracker rep...@bugs.python.org
Changes by SilentGhost ghost@gmail.com:
--
Removed message: http://bugs.python.org/msg132870
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11752
Changes by SilentGhost ghost@gmail.com:
Removed file: http://bugs.python.org/file21519/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11752
1101 - 1200 of 1379 matches
Mail list logo
