Stefan Krah stefan-use...@bytereef.org added the comment:
I think the issue is fixed in all affected branches. Georg, can we close it?
--
resolution: - fixed
stage: - committed/rejected
status: open - pending
___
Python tracker
Georg Brandl ge...@python.org added the comment:
I think so, yes.
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14387
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 1e5a483248ce by Sandro Tosi in branch '2.7':
Issue #14448: add reference to IANA timezone database; thanks to Georg/Nick
suggestions
http://hg.python.org/cpython/rev/1e5a483248ce
New changeset a5a0d47e6e78 by
New submission from Dionysios Kalofonos peite...@gmail.com:
Please see the file attached.
--
assignee: docs@python
components: Documentation
files: sorting.diff
keywords: patch
messages: 159513
nosy: dk, docs@python
priority: normal
severity: normal
status: open
title: Typos in
New submission from Peter Eisentraut pete...@gmx.net:
The environment variable PYTHONWARNINGS only works with the python interpreter
binary, but not with programs embedding libpython. This could be changed by
moving the code from Modules/main.c to Python/pythonrun.c. See attached patch
Martin v. Löwis mar...@v.loewis.de added the comment:
As I don't fully understand what the original issue was, I can't know for sure
whether it's fixed now. But yes, there is now a mechanism to bring the time
stamps in the right order.
--
resolution: - fixed
status: open - closed
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 0ad724738f6a by Sandro Tosi in branch '2.7':
Issue #14676: DeprecationWarning is ignored too; patch by Peter Eisentraut
http://hg.python.org/cpython/rev/0ad724738f6a
--
nosy: +python-dev
Sandro Tosi sandro.t...@gmail.com added the comment:
Peter: thanks for the patch!
--
nosy: +sandro.tosi
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Larry Hastings la...@hastings.org added the comment:
Here my first stab at a comprehensive proposal. Each section represents a
specific new function argument, and a list of functions that the argument be
added to.
All new arguments are keyword-only and optional.
All functions mentioned are
Andrew Svetlov andrew.svet...@gmail.com added the comment:
sbt, looks good for me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14369
___
___
Martin v. Löwis mar...@v.loewis.de added the comment:
I fail to see the problem. If the error handler does not produce meaningful
results in some context, then just don't use it.
The whole point of error handlers is that they handle errors; using them
shouldn't ever cause errors/exceptions.
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +brett.cannon
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14689
___
Ramchandra Apte maniandra...@gmail.com added the comment:
Well, there is no practical advantage at all.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14675
___
Ramchandra Apte maniandra...@gmail.com added the comment:
Please change the priorty of this bug to low.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14675
___
Guido van Rossum gu...@python.org added the comment:
Still no progress on this bug. Should I just check in my simple patch? But
there's much more to do -- docs, and unittests. Volunteers? It's not hard, just
work.
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Still no progress on this bug. Should I just check in my simple patch?
But there's much more to do -- docs, and unittests. Volunteers? It's
not hard, just work.
Well, in general the person writing the patch should also write the
tests ;-)
I
Serhiy Storchaka storch...@gmail.com added the comment:
The problem is that surrogatepass specific to utf-8 and there is no standard
way to decode alone surrogates in utf-16.
\udc80\udc80.encode(utf-16, surrogatepass).decode(utf-16,
surrogatepass)
Traceback (most recent call last):
File
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +neologix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14626
___
___
Python-bugs-list mailing
Antoine Pitrou pit...@free.fr added the comment:
This should have fixed it. If now, someone reopen the issue :)
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14689
___
Éric Araujo mer...@netwok.org added the comment:
Well, if there is no reason for this change, it should be closed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14675
___
Martin v. Löwis mar...@v.loewis.de added the comment:
I see. The proper reaction for a codec that can't handle a certain error then
is to raise the original exception. I'm -1 on raising LookupError when trying
to find the error handler - this would suggest that the error handler does not
Serhiy Storchaka storch...@gmail.com added the comment:
I see sped up +10% on Intel Atom (but 3.2 still 2x fast).
With non-ascii arguments speed up can be a little bit larger.
--
nosy: +storchaka
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
The patch is incorrect, i.e. it deviates from what the command line interface
does. When you try to write to sys.stdout, and the characters are not supported
you get UnicodeError. Only when it is interactive mode, and tries to represent
Serhiy Storchaka storch...@gmail.com added the comment:
I don't see what the patch worse than the current behavior.
Unpatched:
''.join(map(chr, [76, 246, 119, 105, 115]))
'Löwis'
''.join(map(chr, [76, 246, 119, 105, 115, 65536]))
'L\xf6wis\U0001'
Patched:
''.join(map(chr, [76, 246, 119,
Serhiy Storchaka storch...@gmail.com added the comment:
The bug is no longer there. Probably it is fixed in issue14399.
--
nosy: +storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9239
Serhiy Storchaka storch...@gmail.com added the comment:
An alternative is to use the current time, as for stdin.
--
nosy: +storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1760357
___
Michal Nowikowski godf...@gmail.com added the comment:
Attached a patch that adds description of get_header and header_items methods
in Doc/library/urllib.request.rst.
--
keywords: +patch
nosy: +godfryd
Added file: http://bugs.python.org/file25391/doc-urlib-request.patch
Michal Nowikowski godf...@gmail.com added the comment:
It looks that it is already documented by 76228:2040842626ba changeset.
The bug can be closed.
--
nosy: +godfryd
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13050
Michal Nowikowski godf...@gmail.com added the comment:
The changes looks ok.
--
nosy: +godfryd
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14688
___
STINNER Victor victor.stin...@gmail.com added the comment:
This should have fixed it. If now, someone reopen the issue :)
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14666
___
Martin v. Löwis mar...@v.loewis.de added the comment:
In the case of the Cyrillic alphabet all text becomes unreadable, if
there are some non-bmp characters in it.
And indeed, that's the correct, desired behavior, as it models what the
interactive shell does.
If you want to change this,
Michal Nowikowski godf...@gmail.com added the comment:
In json module there are dump/dumps methods which internally instantiate
encoder class JSONEncoder (or some other user-defined encoder clas).
They look as follows:
json.dump(obj, fp,
skipkeys=False,
ensure_ascii=True,
Antoine Pitrou pit...@free.fr added the comment:
Ok, here is a draft patch for the new importlib.
Several issues with this patch:
- introduces a pure Python function (_lock_unlock_module) on the fast import
path
- synchronization issues due to interruptibility of pure Python code (see
Martin v. Löwis mar...@v.loewis.de added the comment:
I take that back; the interactive shell uses the backslashescape error handler.
Still, I don't think IDLE should setup a displayhook in the first place. What
if an application replaces the displayhook?
--
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
The first and last change looks fine.
--
assignee: docs@python - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14688
Serhiy Storchaka storch...@gmail.com added the comment:
Still, I don't think IDLE should setup a displayhook in the first place. What
if an application replaces the displayhook?
IDLE *is* the application.
If another application that uses the idlelib, replace displayhook, it
must itself to
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1739648
___
___
Andrew Svetlov andrew.svet...@gmail.com added the comment:
Serhiy, I like to fix tkinter itself, not only IDLE.
There are other problems like idle is crashing if non-bmp char will be pasted
from clipboard.
Moreover, non-bmp behavior is different from one Tk widget to other.
I still want to make
Martin v. Löwis mar...@v.loewis.de added the comment:
IDLE *is* the application.
No, IDLE is the development environment. The application is
whatever is being developed with IDLE.
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka storch...@gmail.com added the comment:
I don't understand how the utf-8-bmp codec will help to fix the tkinter. To fix
the tkinter, you need to fix the Tcl/Tk, but it is outside of Python. While Tcl
does not support non-bmp characters, correct and non-ambiguous working with
Serhiy Storchaka storch...@gmail.com added the comment:
No, IDLE is the development environment. The application is
whatever is being developed with IDLE.
If the application replaces the displayhook, than it is the development
environment too.
--
Changes by Hynek Schlawack h...@ox.cx:
--
nosy: +hynek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13241
___
___
Python-bugs-list mailing list
Changes by STINNER Victor victor.stin...@gmail.com:
Added file: http://bugs.python.org/file25393/4ba64ca9abcf.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14428
___
Antoine Pitrou pit...@free.fr added the comment:
New patch gets rid of the reliance on _thread.RLock (uses non-recursive locks
instead), and should solve the synchronization issue. Other issues remain.
--
Added file: http://bugs.python.org/file25394/module_locks2.patch
Hynek Schlawack h...@ox.cx added the comment:
The proposed patch has been committed as c4dcbe51c2e3 – any reasons why this
issues is still open?
--
nosy: +hynek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7707
Changes by Antoine Pitrou pit...@free.fr:
--
components: +Documentation -Library (Lib)
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7707
Changes by STINNER Victor victor.stin...@gmail.com:
Removed file: http://bugs.python.org/file25393/4ba64ca9abcf.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14428
___
Changes by STINNER Victor victor.stin...@gmail.com:
Added file: http://bugs.python.org/file25395/9a93348e98e7.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14428
___
Changes by Senthil Kumaran sent...@uthcode.com:
--
assignee: docs@python - orsenthil
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14427
___
Changes by STINNER Victor victor.stin...@gmail.com:
Removed file: http://bugs.python.org/file25395/9a93348e98e7.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14428
___
Changes by STINNER Victor victor.stin...@gmail.com:
Removed file: http://bugs.python.org/file25254/384190bb0bd5.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14428
___
Changes by STINNER Victor victor.stin...@gmail.com:
Added file: http://bugs.python.org/file25396/667541bb315c.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14428
___
STINNER Victor victor.stin...@gmail.com added the comment:
667541bb315c.diff: Updated patch, last change: is_adjusted key of
time.get_clock_info() is now mandatory.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14428
Alan McIntyre alan.mcint...@gmail.com added the comment:
I'd be glad to do some code reviews or something in exchange for the time of
somebody with commit rights. :-) If anybody is interested in getting this
change committed, please let me know and I'll check that the patch is still
valid.
Changes by STINNER Victor victor.stin...@gmail.com:
Added file: http://bugs.python.org/file25397/4255e3c4daf2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14428
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 76d2e0761d18 by Victor Stinner in branch 'default':
Issue #14428, #14397: Implement the PEP 418
http://hg.python.org/cpython/rev/76d2e0761d18
--
nosy: +python-dev
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 76d2e0761d18 by Victor Stinner in branch 'default':
Issue #14428, #14397: Implement the PEP 418
http://hg.python.org/cpython/rev/76d2e0761d18
--
nosy: +python-dev
___
STINNER Victor victor.stin...@gmail.com added the comment:
Guido van Rossum accepted the PEP, let's commit the implementation.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14428
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 314c3faea2fb by Victor Stinner in branch 'default':
Close #14309: Deprecate time.clock()
http://hg.python.org/cpython/rev/314c3faea2fb
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
STINNER Victor victor.stin...@gmail.com added the comment:
The PEP 418 has been accepted: read it to understand why time.clock() is now
deprecated.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14309
Antoine Pitrou pit...@free.fr added the comment:
Updated patch fixes the performance issue and disposes of module locks when
they aren't used anymore.
Only the afterfork question remains. Should I hook in threading's own facility?
Should we wait for an atfork module? Something else.
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file25398/module_locks3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9260
___
Changes by Antoine Pitrou pit...@free.fr:
Added file: http://bugs.python.org/file25399/module_locks3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9260
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset bd195749c0a2 by Victor Stinner in branch 'default':
Issue #14428: Use the new time.perf_counter() and time.process_time() functions
http://hg.python.org/cpython/rev/bd195749c0a2
--
New submission from STINNER Victor victor.stin...@gmail.com:
The PEP 418 added a new time.monotonic() function. The sched, trace and
subprocess modules should use it, if available, to avoid issues when the system
time is changed.
Attached patch uses the time.monotonic() function when
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14690
___
___
Python-bugs-list
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14690
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 142297db28f1 by Ezio Melotti in branch '2.7':
#14155: add a note about \b.
http://hg.python.org/cpython/rev/142297db28f1
New changeset f4b167309bee by Ezio Melotti in branch '3.2':
#14155: add a note about \b.
Ezio Melotti ezio.melo...@gmail.com added the comment:
I added a note about \b. I don't think the duplicate description of the octal
escapes is a problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14155
Ezio Melotti ezio.melo...@gmail.com added the comment:
Any news on this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11379
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14009
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 685c1db976c4 by Senthil Kumaran in branch '2.7':
httplib test for early eof response. related to Issue13684
http://hg.python.org/cpython/rev/685c1db976c4
New changeset afabb0635b15 by Senthil Kumaran in branch
Senthil Kumaran sent...@uthcode.com added the comment:
I added a simple test for the early eof condition. It is not specific under
_tunnel. I find that Mocks yet to be written that cover the response from
httplib ( the mocks in the tests -httplib,urllib2), have their own overridden
read()
Ezio Melotti ezio.melo...@gmail.com added the comment:
* It's incredibly not helpful for people who don't know argparse
Indeed. Maybe this should be moved down in the page, and possibly provide a
link to the top (see e.g. the unittest doc [0] and the link on top to jump to
the list of
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 6a9f100e138c by Senthil Kumaran in branch '3.2':
issue14427 - Document Request.get_header and Request.header_items
http://hg.python.org/cpython/rev/6a9f100e138c
New changeset 261de1701343 by Senthil Kumaran in
Senthil Kumaran sent...@uthcode.com added the comment:
Just documented it. Surprising that it was not already! :(
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Ezio Melotti ezio.melo...@gmail.com added the comment:
Would be nice to get another review.
I left several comments on rietveld.
Overall the tutorial seems really nice and easy to follow (except a couple of
parts, noted in the comments).
I would replace all the uses of pow(x, y) with x**y
Éric Araujo mer...@netwok.org added the comment:
I’ve been unresponsive of late, sorry, but I’m still here. Will see if I have
time tomorrow.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11379
Ezio Melotti ezio.melo...@gmail.com added the comment:
A few more comments:
* in the review I mentioned highlighting specific code lines (this would be
really great given the incremental nature of the howto), but apparently that
requires a pygment 1.1 [0].
* all the output examples could use
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 7c262962b681 by Ezio Melotti in branch '2.7':
#14461: fix wording.
http://hg.python.org/cpython/rev/7c262962b681
New changeset 7f35da912739 by Ezio Melotti in branch '3.2':
#14461: fix wording.
Ezio Melotti ezio.melo...@gmail.com added the comment:
Technically you are correct, however using zero-width classes inside a
lookbehind doesn't make much sense, because the result would be equivalent even
without lookbehind.
I replaced 'never' with 'not', because usually it will not match,
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 64a6824d129d by Senthil Kumaran in branch 'default':
Fix Issue6085 - SimpleHTTPServer address_string to return client ip instead of
client hostname
http://hg.python.org/cpython/rev/64a6824d129d
--
nosy:
Ezio Melotti ezio.melo...@gmail.com added the comment:
There are two options here:
1. fix the doc;
2. fix the code;
Matthew, do you have any opinion on this? Does this work on regex?
--
stage: - needs patch
type: behavior - enhancement
versions: +Python 2.7, Python 3.3
Ezio Melotti ezio.melo...@gmail.com added the comment:
Here's a patch that removes a few links:
* FAQs: the link is already in the page;
* Guido's Essays: the content is outdated;
* New-style Classes: the content is outdated;
* Other Doc Collections: link is broken;
* Report a Bug: the link
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - committed/rejected
type: - enhancement
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14244
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset da9179248118 by Ezio Melotti in branch '3.2':
#14236: mention Unicode whitespace in \s documentation.
http://hg.python.org/cpython/rev/da9179248118
New changeset db39b9513e71 by Ezio Melotti in branch 'default':
Ezio Melotti ezio.melo...@gmail.com added the comment:
Fixed, thanks for the report!
--
assignee: docs@python - ezio.melotti
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - enhancement
versions: -Python 2.7
___
Senthil Kumaran sent...@uthcode.com added the comment:
The original change was introduced in this issue401197 which seems to use fqdn
at *all appropriate places*. In this case, after about a decade, it was
realized that using fdqn for client connection may not be appropriate when
hostname is
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset fb1e71c7619a by Senthil Kumaran in branch '2.7':
Fix issue6085 - Remove the delay caused by fqdn lookup while logging in
BaseHTTPRequestHandler
http://hg.python.org/cpython/rev/fb1e71c7619a
New changeset
Senthil Kumaran sent...@uthcode.com added the comment:
Fixed in all codelines. Closing this.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Ezio Melotti ezio.melo...@gmail.com added the comment:
Are you referring to
http://docs.python.org/devguide/committing.html#forward-porting ?
--
stage: - needs patch
type: - enhancement
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka storch...@gmail.com added the comment:
Andrew, imagine that the utf-8-bmp codec is already there (I will do it
for you, if I see its necessity). How are you going to use it? Show a
patch that fixes IDLE and tkinter using this codec. It seems to me that
any result can be achieved
93 matches
Mail list logo
