Changes by SilentGhost :
--
nosy: +benjamin.peterson, haypo
___
Python tracker
<http://bugs.python.org/issue23137>
___
___
Python-bugs-list mailing list
Unsub
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 :
--
nosy: +kbk, roger.serwy, terry.reedy
___
Python tracker
<http://bugs.python.org/issue23616>
___
___
Python-bugs-list mailing list
Unsub
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 trac
Changes by SilentGhost :
--
nosy: +lemburg, loewis
___
Python tracker
<http://bugs.python.org/issue23739>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by SilentGhost :
--
nosy: +ncoghlan, rhettinger
versions: -Python 3.2, Python 3.3, Python 3.4, Python 3.6
___
Python tracker
<http://bugs.python.org/issue23
Changes by SilentGhost :
--
nosy: +bethard
___
Python tracker
<http://bugs.python.org/issue23884>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by SilentGhost :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<http://bugs.python.org/issue24
Changes by SilentGhost :
--
nosy: +vinay.sajip
stage: -> patch review
versions: +Python 3.6
___
Python tracker
<http://bugs.python.org/issue27904>
___
___
Py
Changes by SilentGhost :
--
components: +Extension Modules
nosy: +brett.cannon
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue27908>
___
_
Changes by SilentGhost :
--
components: +Library (Lib)
nosy: +giampaolo.rodola, gvanrossum, haypo, yselivanov
stage: -> patch review
versions: +Python 3.6
___
Python tracker
<http://bugs.python.org/issu
Changes by SilentGhost :
--
nosy: +amaury.forgeotdarc, belopolsky, meador.inge
___
Python tracker
<http://bugs.python.org/issue27900>
___
___
Python-bugs-list m
Changes by SilentGhost :
--
resolution: fixed ->
stage: resolved -> patch review
status: closed -> open
type: performance -> behavior
___
Python tracker
<http://bugs.python
Changes by SilentGhost :
--
stage: -> patch review
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue27910>
___
___
Python-bugs-list
SilentGhost added the comment:
LGTM.
--
nosy: +SilentGhost
stage: patch review -> commit review
___
Python tracker
<http://bugs.python.org/issue27910>
___
_
SilentGhost added the comment:
Since there are more than a quarter of all characters changed between two
sequences, they are considered sufficiently different and no by-character
comparison is shown.
--
nosy: +SilentGhost
resolution: -> not a bug
stage: -> resolved
status
Changes by SilentGhost :
--
stage: -> resolved
___
Python tracker
<http://bugs.python.org/issue27909>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by SilentGhost :
--
stage: patch review -> resolved
___
Python tracker
<http://bugs.python.org/issue27904>
___
___
Python-bugs-list mailing list
Un
Changes by SilentGhost :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue27935>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by SilentGhost :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> TypeError in logging.HTTPHandler.emit; possible python 2 to 3
conversion issue
___
Python tracker
<http://bugs.python
Changes by SilentGhost :
--
stage: -> patch review
versions: -Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issue28019>
___
___
Python-
Changes by SilentGhost :
--
stage: patch review -> commit review
___
Python tracker
<http://bugs.python.org/issue28019>
___
___
Python-bugs-list mailing list
Un
Changes by SilentGhost :
--
components: +Interpreter Core
stage: -> needs patch
versions: +Python 3.5, Python 3.6
___
Python tracker
<http://bugs.python.org/issu
Changes by SilentGhost :
--
keywords: +patch
Added file: http://bugs.python.org/file44477/issue28029.diff
___
Python tracker
<http://bugs.python.org/issue28
SilentGhost added the comment:
Just the least intrusive patch. Also, to me PyPy behaviour doesn't seem correct.
--
nosy: +SilentGhost
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.org
SilentGhost added the comment:
I get the following warning in Firefox's Developer console:
This site appears to use a scroll-linked positioning effect. This may not work
well with asynchronous panning; see
https://developer.mozilla.org/docs/Mozilla/Performance/ScrollLinkedEffect
Changes by SilentGhost :
--
resolution: -> not a bug
stage: test needed -> resolved
___
Python tracker
<http://bugs.python.org/issue27951>
___
___
Pyth
SilentGhost added the comment:
Cannot reproduce this either on stock 3.5.2 or 3.6 on Ubuntu.
--
nosy: +SilentGhost
___
Python tracker
<http://bugs.python.org/issue28
Changes by SilentGhost :
--
nosy: +michael.foord
versions: +Python 3.7 -Python 3.3
___
Python tracker
<http://bugs.python.org/issue28054>
___
___
Python-bug
Changes by SilentGhost :
--
stage: -> resolved
___
Python tracker
<http://bugs.python.org/issue28063>
___
___
Python-bugs-list mailing list
Unsubscrib
SilentGhost added the comment:
Here is the patch, I'm not sure if any more changes are needed there, so it
would be good to test.
--
components: +Windows
keywords: +patch
nosy: +SilentGhost, paul.moore, steve.dower, tim.golden, zach.ware
stage: -> patch review
type: compi
SilentGhost added the comment:
I get normal behaviour on e3dbe8b7279a
--
nosy: +SilentGhost
___
Python tracker
<http://bugs.python.org/issue28070>
___
___
Pytho
SilentGhost added the comment:
Sure, that was just a typo. While "no errors" is good news, does the code is
actually doing what it's supposed to do? Are you sure there aren't any hidden
issue related to the potentially incorrect paths?
--
Added file: http://bugs.
SilentGhost added the comment:
Given that it's a Windows issue, I'm sure Windows core developers in the nosy
list would find a way to verify the fix. For the record, this bug was
introduced in issue 11824.
--
nosy: +meador.inge
___
Pyth
Changes by SilentGhost :
Removed file: http://bugs.python.org/file44538/28068.diff
___
Python tracker
<http://bugs.python.org/issue28068>
___
___
Python-bugs-list mailin
SilentGhost added the comment:
Floats are also not fully supported by the Counter class, for example,
sorted(Counter(a=1.0).elements()) results in TypeError.
--
nosy: +SilentGhost
___
Python tracker
<http://bugs.python.org/issue25
Changes by SilentGhost :
--
Removed message: http://bugs.python.org/msg275998
___
Python tracker
<http://bugs.python.org/issue25478>
___
___
Python-bugs-list m
Changes by SilentGhost :
--
nosy: -SilentGhost
___
Python tracker
<http://bugs.python.org/issue25478>
___
___
Python-bugs-list mailing list
Unsubscribe:
SilentGhost added the comment:
I get the following compiler warning now:
In file included from ./Include/Python.h:66:0,
from /cpython/Modules/_ssl.c:19:
/cpython/Modules/_ssl.c: In function ‘_setup_ssl_threads’:
./Include/pymem.h:136:18: warning: comparison is always false due
Changes by SilentGhost :
--
resolution: fixed ->
stage: patch review ->
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue17884>
___
___
SilentGhost added the comment:
Probably, not for a particularly good reason, but none of the near-by code in
_ssl.c seemed relevant on superficial inspection. The commit 02c8db9c255f which
modified Include/pymem.h didn't have an issue associated wi
Changes by SilentGhost :
--
resolution: -> fixed
stage: -> resolved
___
Python tracker
<http://bugs.python.org/issue17884>
___
___
Python-bugs-list
SilentGhost added the comment:
The commit didn't resolve the warning though.
--
nosy: +SilentGhost
___
Python tracker
<http://bugs.python.org/issue23545>
___
___
SilentGhost added the comment:
The status code in all those cases should have been 2.
--
nosy: +SilentGhost
___
Python tracker
<http://bugs.python.org/issue28
SilentGhost added the comment:
It seems to be also related to #23545 (Martin saw a similar warning about a
month ago).
--
nosy: +SilentGhost, martin.panter, serhiy.storchaka
___
Python tracker
<http://bugs.python.org/issue28
Changes by SilentGhost :
--
nosy: +yselivanov
___
Python tracker
<http://bugs.python.org/issue28121>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by SilentGhost :
--
Removed message: http://bugs.python.org/msg276324
___
Python tracker
<http://bugs.python.org/issue28133>
___
___
Python-bugs-list m
Changes by SilentGhost :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue28133>
___
___
Changes by SilentGhost :
--
nosy: -gukaar77
title: really and truly -> spam
___
Python tracker
<http://bugs.python.org/issue28133>
___
___
Python-bugs-list mai
Changes by SilentGhost :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
type: -> behavior
___
Python tracker
<http://bugs.python
SilentGhost added the comment:
The space between -m switch and module name is not mandatory as you should be
able to see if you run those examples.
--
nosy: +SilentGhost
resolution: -> not a bug
stage: -> resolved
___
Python tracker
Changes by SilentGhost :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue28155>
___
___
Python-bugs-list mailing list
Unsubscrib
SilentGhost added the comment:
It's a documented behaviour: "Long options on the command line can be
recognized so long as they provide a prefix of the option name that matches
exactly one of the accepted options"
------
nosy: +SilentGhost
resolution: -> not a bug
s
SilentGhost added the comment:
It's not an error. Read the docs, there's a longer and more detailed
explanation there. There is no chance of this being changed, not in a module
like getopt.
--
___
Python tracker
<http://bugs.python.o
Changes by SilentGhost :
--
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue28172>
___
___
Python-bugs-list mailing list
Unsubscrib
SilentGhost added the comment:
Given that at present zipfile CLI has no test or docs, and along with Guido's
aversion for such tools in general, I'm not at all sure they should be added.
In any case, here is the patch for the main part of conversion.
--
keywords: +patch
st
SilentGhost added the comment:
Neither of those fit under definition of "permissible" modules. So, I would
then suggest to close this issue and any further issues against CLI of those
modules.
--
___
Python tracker
<http://bu
Changes by SilentGhost :
--
versions: +Python 3.7
___
Python tracker
<http://bugs.python.org/issue28197>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by SilentGhost :
--
stage: -> patch review
type: enhancement -> behavior
versions: +Python 3.6
___
Python tracker
<http://bugs.python.org/i
SilentGhost added the comment:
It would be good to add a FAQ / HowTo entry for this question.
--
nosy: +SilentGhost
___
Python tracker
<http://bugs.python.org/issue28
Changes by SilentGhost :
--
resolution: -> fixed
status: open -> closed
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue17206>
___
SilentGhost added the comment:
Jaysinh, you can upload your modified patch, so it can be reviewed.
--
___
Python tracker
<http://bugs.python.org/issue28
SilentGhost added the comment:
LGTM
--
assignee: -> docs@python
components: +Documentation
nosy: +SilentGhost, docs@python
stage: -> commit review
type: -> behavior
versions: +Python 3.6
___
Python tracker
<http://bugs.python.or
SilentGhost added the comment:
Serhiy, your patch doesn't seem to apply cleanly. Also, it's perhaps worth
opening the issue if you'd like to continue working on it.
------
nosy: +SilentGhost
___
Python tracker
<http://bugs.pyt
SilentGhost added the comment:
It doesn't matter what you're unpacking, *y will collect the unpacked elements
into a list.
--
components: +Interpreter Core -Regular Expressions
nosy: +SilentGhost
resolution: -> not a bug
stage: -> resolved
status
Changes by SilentGhost :
--
stage: -> resolved
___
Python tracker
<http://bugs.python.org/issue28345>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by SilentGhost :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<http://bugs.python.org/issue28
Changes by SilentGhost :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
type: -> behavior
___
Python tracker
<http://bugs.python.org/issu
SilentGhost added the comment:
Could you please post an example of what you're being sent from the server and
how your code handles / fails to deal with it.
--
nosy: +SilentGhost
stage: -> test needed
versions: +Python 2.7
___
Python tracke
Changes by SilentGhost :
--
components: +Extension Modules
nosy: +christian.heimes
type: -> behavior
___
Python tracker
<http://bugs.python.org/issu
New submission from SilentGhost:
Couple of headings in whatsnew/3.6.rst have wrong level. The patch fixes this.
--
assignee: docs@python
components: Documentation
files: headings.diff
keywords: patch
messages: 278296
nosy: SilentGhost, docs@python
priority: normal
severity: normal
stage
Changes by SilentGhost :
--
nosy: +alexandre.vassalotti
___
Python tracker
<http://bugs.python.org/issue28416>
___
___
Python-bugs-list mailing list
Unsubscribe:
SilentGhost added the comment:
On python2 you should be able to use Cookie module to parse cookies, rather
than doing that manually. Commas are handled correctly there. On python3 the
same functionality can be found in http.cookies.
The SimpleCookie.load could be used directly to have the
SilentGhost added the comment:
Here is the updated patch with fixes to the test suite.
--
versions: +Python 3.7
Added file: http://bugs.python.org/file45113/25953_2.diff
___
Python tracker
<http://bugs.python.org/issue25
Changes by SilentGhost :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Python -V and --version output to stderr instead of stdout
___
Python tracker
<http://bugs.python
Changes by SilentGhost :
--
components: +Build
type: -> behavior
versions: +Python 3.6
___
Python tracker
<http://bugs.python.org/issue28478>
___
___
Python-
Changes by SilentGhost :
--
stage: -> commit review
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 3.4
___
Python tracker
<http://bugs.python.org/issu
SilentGhost added the comment:
Updated patch taking Serhiy's comments into account.
There was another case on line 725 for when zero is used as a group number, I'm
not sure though if it falls within the scope of this issue, so it's not
included in the current patch.
SilentGhost added the comment:
I've modified addgroup to take a pos argument, this seem to introduce minimal
disturbance.
--
Added file: http://bugs.python.org/file45187/25953_4.diff
___
Python tracker
<http://bugs.python.org/is
SilentGhost added the comment:
Updated patch fixing the position issue.
--
Added file: http://bugs.python.org/file45194/25953_5.diff
___
Python tracker
<http://bugs.python.org/issue25
Changes by SilentGhost :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue28514>
___
___
Python-bugs-list mailing list
Unsubscrib
SilentGhost added the comment:
Building the documentation on Ubuntu 16.10, I started getting the following
warnings:
/Doc/howto/instrumentation.rst:58: WARNING: Could not lex literal_block as
"python3". Highlighting skipped.
/Doc/howto/instrumentation.rst:139: WARNING: Cou
SilentGhost added the comment:
Here is the patch that fixes warning in /Doc/howto/instrumentation.rst as well
as cleans up a few nits here and there. I've removed attempt at highlighting
using c since that doesn't work in practice.
--
keywords: +patch
nosy: +berker.pe
SilentGhost added the comment:
Patch (v3) is fine, except it no longer applies cleanly. I have a patch
against the tip which I could upload if needed.
I would also be in favour of disabling the unittest options directly, currently
no link is generated and it doesn't seem like there
SilentGhost added the comment:
Do you mean that /foo was just an arbitrary string, rather than one of the
parent directories? Because in that case it seems a perfectly correct way to go
about comparison. If /foo was one of the parents, there are plenty of options:
.parts, .parents
Changes by SilentGhost :
--
resolution: wont fix -> rejected
stage: -> resolved
___
Python tracker
<http://bugs.python.org/issue28560>
___
___
Python-bugs-
Changes by SilentGhost :
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue28563>
___
___
Python-bugs-list mailing list
Unsubscribe:
SilentGhost added the comment:
According to documentation %z is the only directive that would result in the
aware object. %Z is not capable of doing that, so what you're asking is a new
feature - that could only go in 3.7
--
components: +Library (Lib)
nosy: +SilentGhost
Changes by SilentGhost :
--
components: +macOS
nosy: +ned.deily, ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue28567>
___
___
Python-bugs-list m
SilentGhost added the comment:
Serhiy, this needs .. program:: zipfile directive specified before cmdoption.
Without it :option:`-c` links to python's -c, rather than zipfile's. The -l and
-e are linked correctly, but the option links would have be be changed for all
three, i.e.
SilentGhost added the comment:
The fix could be as small as the attached patched, though I'm not sure that is
the correct way of handling 101 code.
--
keywords: +patch
nosy: +SilentGhost
Added file: http://bugs.python.org/file45296/28570
SilentGhost added the comment:
> Apparently (haven’t tried myself) if you put “.. program:: zipfile” before
> the :option: invocations, it changes the default context and you don’t need
> the bit.
Yes, moving program directive just after "Command Line Interface"
SilentGhost added the comment:
And how exactly are you "hitting sys.version command"?
--
nosy: +SilentGhost
versions: -Python 3.4
___
Python tracker
<http://bugs.python.o
SilentGhost added the comment:
sys.version is a string, it's intended to be printed and it needs \n to be able
to output two lines. I'm not sure what exactly problem you're having, but if
you want special characters like \n not to show in output, you should use
>>>
Changes by SilentGhost :
--
components: -XML
___
Python tracker
<http://bugs.python.org/issue28513>
___
___
Python-bugs-list mailing list
Unsubscribe:
SilentGhost added the comment:
The same is on 3.5.2 on ubuntu 16.10
--
nosy: +SilentGhost, larry
versions: +Python 3.5
___
Python tracker
<http://bugs.python.org/issue28
SilentGhost added the comment:
That's how IEEE 754's NaN is defined. Seem to be behaving according to the
standard.
--
nosy: +SilentGhost
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Py
Changes by SilentGhost :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue28590>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by SilentGhost :
--
nosy: +mark.dickinson
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue28621>
___
___
Python-bugs-list mai
SilentGhost added the comment:
Could you perhaps make the smaller file make available somewhere?
--
nosy: +SilentGhost
___
Python tracker
<http://bugs.python.org/issue28
1301 - 1400 of 1410 matches
Mail list logo