Steven Barker added the comment:
OK, I've written some tests of the new bound method repr functionality, which
I'm attaching as a patch against the current tip.
I test the basic repr output, all the cases the old code got wrong (inherited
methods, overridden methods, methods called via super,
Alexander Patrakov added the comment:
The site is now accessible. But this case is going to repeat itself.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4
___
Georg Brandl added the comment:
We know, but this will happen to any sites that have content hosted by a CDN
such as Fastly.
In this specific case, you can download the docs or build them yourself for
offline usage. Our Mercurial server hg.python.org is (obviously :) not hosted
on a CDN, so
Lars Gustäbel added the comment:
I don't have an idea how to make it easier and still meet all/most requirements
and without cluttering up the api. The way it currently works allows the
programmer to control every tiny aspect of a tar member. Maybe it's best to
simply add a new entry to the
Ezio Melotti added the comment:
See also #21072.
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4
___
___
Marc-Andre Lemburg added the comment:
On 20.08.2014 09:28, Georg Brandl wrote:
We know, but this will happen to any sites that have content hosted by a CDN
such as Fastly.
I think we should have additional fallback domains setup
that go to frontend.python.org and then also get mapped to
New submission from Samuel Charron:
According to the documentation, str.splitlines uses the universal newlines to
split lines.
The documentation says it's all about \r, \n, and \r\n
(https://docs.python.org/3.5/glossary.html#term-universal-newlines)
However, it's also splitting on other
New submission from Samuel Charron:
In some cases, the headers from http.client (that uses email.feedparser) splits
headers at wrong separators. The bug is from the use of str.splitlines (in
email.feedparser) that splits on other characters than \r\n as it should. (See
bug
Senthil Kumaran added the comment:
This is fixed in all active versions (2.7.8+, 3.4.2? and 3.5). Thanks all!
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21549
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22232
___
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22233
___
___
Samuel Charron added the comment:
For an example of a serious bug caused by this, see
http://bugs.python.org/issue22233
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22232
___
Samuel Charron added the comment:
A consequence of this bug is that r.read() blocks until a timeout occurs since
the content-length header is not interpreted (I think this is related to the
HTTPResponse.__init__ comment)
--
___
Python tracker
New submission from Antti Haapala:
Because of if x else '' in _decode_args
(http://hg.python.org/cpython/file/3.4/Lib/urllib/parse.py#l96),
urllib.parse.urlparse accepts any falsy value as an url, returning a
ParseResultBytes with all members set to empty bytestrings.
Thus you get:
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22197
___
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag, pje
stage: - needs patch
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9
___
Changes by Juraj Ivancic juraj.ivan...@gmail.com:
--
nosy: +Juraj.Ivancic
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3
___
___
New submission from Etienne Robillard:
Trying to push to a ssl server but python break in httplib.
erob@nguns:~/django-hotsauce$ hg push
https://tkad...@bitbucket.org/tkadm30/django-hotsauce
pushing to https://tkad...@bitbucket.org/tkadm30/django-hotsauce
warning: bitbucket.org certificate
Etienne Robillard added the comment:
interpreter is Python 2.7.3. 2.7.8 is buggy!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22235
___
___
Changes by Brett Cannon br...@python.org:
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22014
___
___
Python-bugs-list
R. David Murray added the comment:
Are you saying that it works with 2.7.2?
If not, you should report this to mercurial first, as recommended by the error
message you got. It will be easier for them to figure out where the problem
originates, since there is not really enough information here
New submission from Serhiy Storchaka:
Currently many Tkinter tests depends on tkinter._default_root. I.e. they reuse
the same Tcl interpreter and main window. This can cause unexpected
dependencies between tests. Proposed patch creates new root for every test,
this makes tests mutually
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4
___
___
Python-bugs-list mailing list
Donald Stufft added the comment:
I think we should have additional fallback domains setup
that go to frontend.python.org and then also get mapped to
the right backend server in order to be able to easily
work around this.
I'm not sure it's worth it tbh. It's certainly going to be error
Etienne Robillard added the comment:
Thanks. I have forwarded to Mercurial bugtracker the problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22235
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22234
___
___
Python-bugs-list
Chris Angelico added the comment:
Patch applies nicely to current default, and works for me on amd64 Linux. I'm
liking how this is looking.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8
New submission from Wilfred Hughes:
According to
https://wiki.python.org/moin/HowTo/Sorting/#Sort_Stability_and_Complex_Sorts
and Alex Martelli: http://stackoverflow.com/q/1915376/509706, Python's sorted()
is stable. It would be great to update the docs for sorted() to state this.
--
Donald Stufft added the comment:
I've heard back from Fastly!
Specific to this particular incident, they've identified a few places where
their own internal procedures fell short and they've rectified them.
Specifically:
1. Their ticketing software saw the notifications from the Russian
New submission from Robert Snoeberger:
import fractions
fractions.gcd(16, float('inf'))
Traceback (most recent call last):
File pyshell#1, line 1, in module
fractions.gcd(16, float('inf'))
File C:\Python34-32bit\lib\fractions.py, line 24, in gcd
a, b = b, a%b
KeyboardInterrupt
Georg Brandl added the comment:
Very nice, thanks for the update.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4
___
___
Python-bugs-list
New submission from Daniel Arbuckle:
It's occasionally necessary to invoke the asyncio event loop from code that was
itself invoked within (although usually not directly by) the event loop.
For example, imagine you are writing a class that serves as a local proxy for a
remote data structure.
Georg Brandl added the comment:
I agree: The docs for list.sort() do guarantee the stability, so sorted()
should have the same indication.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22237
Marc-Andre Lemburg added the comment:
On 20.08.2014 19:14, Donald Stufft wrote:
For now I think Fastly has sufficiently handled the issue to not require some
sort of backup system to need to be put in place. They are going to let me
know how they are going to handle it long term and what,
Alex Gaynor added the comment:
Latest patch fixes both the issues Benjamin noted.
--
Added file: http://bugs.python.org/file36423/ssl-backport.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21308
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +mark.dickinson, rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22238
___
___
Benjamin Peterson added the comment:
I spent hours looking at this patch, which certainly doesn't constitute a real
review, but is probably about as good as your going to get on this behemouth.
Anyway, Alex knows he's on the hook for when things start going sour.
--
Roundup Robot added the comment:
New changeset 221a1f9155e2 by Benjamin Peterson in branch '2.7':
backport many ssl features from Python 3 (closes #21308)
http://hg.python.org/cpython/rev/221a1f9155e2
--
nosy: +python-dev
resolution: - fixed
stage: patch review - resolved
status: open
Raymond Hettinger added the comment:
I don't think this is an actual problem in practice and isn't worth mucking up
clear and beautiful code.
--
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22238
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: docs@python - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22237
___
Etienne Robillard added the comment:
after reviewing with the Mercurial support it was found the issue may be caused
by improper python install. However i have been able to reproduce the problem
with a fresh install of python 2.7.3 only.
--
___
New submission from Miki Tebeka:
python -m module -h starts with
usage: __main__.py
It should be
usage: python -m module
--
components: Library (Lib)
files: prog.diff
keywords: patch
messages: 225586
nosy: tebeka
priority: normal
severity: normal
status: open
title: argparse
Raymond Hettinger added the comment:
Also note that the fractions module is primarily about rational numbers
(integer ratios). The int type has no concept of NaNs and Infs, so I don't see
any reason why the fractions module should cater to them.
--
Antoine Pitrou added the comment:
3) It's not clear whether users would not be served better by
using functions from libmpdec directly (much faster,
probably less error handling).
That's what I meant. The issue here is that Python's libmpdec is not exposed to
third-party code at
Antoine Pitrou added the comment:
Note that you could expose a C API even if decimal didn't become built-in, see
Include/datetime.h for example.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22194
Antoine Pitrou added the comment:
Relatedly, is the libmpdec ABI stable? That is, if I build a separate libmpdec,
can I expect it to handle cdecimal's innards fine, or will there be problems?
--
___
Python tracker rep...@bugs.python.org
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +demian.brecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22234
___
___
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +demian.brecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22233
___
___
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +demian.brecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22231
___
___
Mark Grandi added the comment:
I don't have an idea how to make it easier and still meet all/most
requirements and without cluttering up the api.
That is what i mentioned in my original post, a lot of the time users just
_don't care_ about a lot of the stuff that a tar archive can store
Terry J. Reedy added the comment:
For idle tests, I already avoid the default root and (intend to) create all
widgets as a descendent of an explicit root. This allows explicit deletion and
avoidance of error messages and memory leaks. This seems to cover the majority
of changes.
An explicit
Benjamin Peterson added the comment:
It seems this bug was fixed properly by readline in version 6.3; rl_initialize
won't put meta codes on the screen. Frankly, I'm surprised distros like Fedora
haven't upgraded or patched readline themselves to fix this. Aren't other
programs affected?
Terry J. Reedy added the comment:
The patch expands and fixes buggy ttk._dict_from_tcltuple, renames and moves it
to tkinter._splitdict, and replace 4 similar blocks of code in tkinter with
calls to _splitdict. Review published. The only substantive comment is about
keeping the test, in a
Roundup Robot added the comment:
New changeset 92dcee426014 by Benjamin Peterson in branch 'default':
use __qualname__ to compute bound method repr (closes #21389)
http://hg.python.org/cpython/rev/92dcee426014
--
nosy: +python-dev
resolution: - fixed
stage: patch review - resolved
Donald Stufft added the comment:
I just heard back from Fastly again. They are going to donate a dedicated IP
address setup on top of the rest of the stuff they are already donating to us.
It's not setup yet and the exact details are not sorted out yet. This should
more or less eliminate this
Serhiy Storchaka added the comment:
The patch expands and fixes buggy ttk._dict_from_tcltuple, renames and moves it
to tkinter._splitdict
There are differences between these functions. tkinter._splitdict calls
splitlist on its argument, ttk._dict_from_tcltuple requires argument to be
57 matches
Mail list logo
