Changes by Chris Rebert pyb...@rebertia.com:
--
nosy: +cvrebert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19475
___
___
Python-bugs-list
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6305
___
___
Changes by Gregory P. Smith g...@krypto.org:
Added file:
http://bugs.python.org/file35007/issue21291-patch-with-test-gps01.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21291
___
Sworddragon added the comment:
The documentation says that unicode_internal is deprecated since Python 3.3 but
not unicode_escape. Also, isn't unicode_escape different from utf-8? For
example my original intention was to convert 2 byte string characters to their
control characters. For
Charles-François Natali added the comment:
Updated patch using an anonymous struct.
LGTM!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21207
___
Roundup Robot added the comment:
New changeset 5d745d97b7da by Gregory P. Smith in branch '3.4':
subprocess's Popen.wait() is now thread safe so that multiple threads
http://hg.python.org/cpython/rev/5d745d97b7da
New changeset df45d0336dad by Gregory P. Smith in branch 'default':
subprocess's
Charles-François Natali added the comment:
1) I really don't like the use_fallback argument: as a user, I don't
care if it's using sendfile/splice/whatever WIndows uses.
I view this as a channel transfer (like Java's
Gregory P. Smith added the comment:
This fix is also present in subprocess32 3.2.6 on PyPI for use on Python 2.
--
resolution: - fixed
stage: - commit review
status: open - closed
type: - behavior
___
Python tracker rep...@bugs.python.org
New submission from randomcoder1:
Sinntp is a nntp client. It uses nntplib from Python as a nntp library to fetch
messages from NNTP servers.
I've tested this on two environments with the following package versions:
1) Ubuntu 12.04.4 , python-support 1.0.14ubuntu2, Python 2.7.3-0ubuntu2.2 ,
randomcoder1 added the comment:
I'm cross-referencing this here too.
https://code.google.com/p/sinntp/issues/detail?id=9
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21334
___
randomcoder1 added the comment:
I forgot to mention that in the environment 1) described above, everything
worked fine.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21334
___
Jakub Wilk added the comment:
For the reference, the exception is:
Traceback (most recent call last):
File /home/user/sources/sinntp/sinntp, line 357, in module
connection.quit()
File /usr/lib/python2.7/nntplib.py, line 608, in quit
resp = self.shortcmd('QUIT')
File
Thorsten Weimann added the comment:
Please re-open. The IO system only takes care of line separators, if no
encoding is given.
--
nosy: +Thorsten.W
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20136
Martin Kolman added the comment:
@ 1.: Reproducer attached to the comment - just build the C code and run
trace_test.py It is maybe not as minimal as it could be but I'm afraid the
context of what the module is doing would be lost if it was cut down too
aggressively.
@ 2.: I'm afraid this is
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21332
___
___
Python-bugs-list mailing list
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9338
___
___
Python-bugs-list mailing list
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21109
___
___
Python-bugs-list mailing list
Mark Kubacki added the comment:
The cipher strings rely too much on AES for my taste. Imagine that
ChaCha20Poly1305 or any other strong cipher suite is introduced to OpenSSL in
the future.
Enabling using general, and demoting using narrow terms, seems IMHO a better
approach. For example:
Donald Stufft added the comment:
The cipher string includes HIGH, so if ChaCha20Poly1305 or another cipher suite
is added to OpenSSL it'll get included in the cipher string by default.
So the major difference of what you suggest would be no longer prioritizing
ciphers. However I would argue
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +alexandre.vassalotti, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21333
___
Antoine Pitrou added the comment:
For any device that has hardware support for AES (AES-NI) AES-GCM is
hands down a better choice of cipher. It is secure, has no issues in
the spec itself, and it is *fast*, like 900MB/s for AES-128-GCM on a
Sandy Bridge Xeon w/ AES-NI (ChaCha20Poly1305 got
Donald Stufft added the comment:
I think performance isn't really relevant, except perhaps on very busy
servers. A smartphone acting as a *client* certainly shouldn't need to
download 20 MB/s of encrypted data.
Well, if you factor out performance then ChaCha20Poly1305 and AES-GCM are more
or
Mark Kubacki added the comment:
Thanks for the detailed insight, Donald! And I certainly love the progress
these changes here bring. :-)
Perhaps limiting the scope to ChaCha20Poly1305 (»CCP«) has been a wrong
approach of mine to explain my concerns:
We should not refer to any particular
randomcoder1 added the comment:
@Jakub Sure, I've submitted a patch in the sinntp googlecode issue tracker.
When you have some time, please have a look at it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21334
Alex Gaynor added the comment:
It would be great if we could rely on OpenSSL's ordering. It would be seriously
fantastic. OpenSSL is best positioned to be able to do the right things, it's
updated at the right times. It should be where we do this.
Unfortunately the OpenSSL maintainers have
Changes by randomcoder1 randomcod...@gmail.com:
--
resolution: - third party
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21334
___
New submission from Brett Cannon:
When importlib.__init__ tries to mask the fact that _frozen_importlib is frozen
it should also reset __loader__ to be an instance of SourceFileLoader. This
will allow tracebacks to include source lines thanks to
SourceFileLoader.get_source().
--
Changes by Zachary Ware zachary.w...@gmail.com:
--
title: Update importlib.__init__ to reset _frozen_imnportlib's loader to
SourceFileLoader - Update importlib.__init__ to reset _frozen_importlib's
loader to SourceFileLoader
___
Python tracker
Vinay Sajip added the comment:
Please re-open.
This is configurable in Python 3.2 and later using the terminator attribute,
but this can't be added to 2.7 as it would constitute a new feature.
--
___
Python tracker rep...@bugs.python.org
ddve...@ucar.edu added the comment:
Well, ok, thanks :-)
But I'm still wondering if it's not possible to use mocks for this test.
or at least example.com (as in issue #20939) which is supposed to be
more stable than python.org
--
___
Python
Zachary Ware added the comment:
Having looked at this again, the current patch is just far bigger than it needs
to be and tries to do too much, not to mention being rather out of date now.
So, here's a much less ambitious, much simpler patch with many fewer ways it
can go wrong (but also not
New submission from Ben Ma:
import ntpath
ntpath.splitdrive(None)
Traceback (most recent call last):
File stdin, line 1, in module
File E:\python3\lib\ntpath.py, line 159, in splitdrive
if p and len(p) 1:
TypeError: object of type 'NoneType' has no len()
Solution: (that I've found)
Eric V. Smith added the comment:
Why are you passing None, and what would you expect the result to be?
The function is documented as taking a string.
--
nosy: +eric.smith
type: crash - behavior
___
Python tracker rep...@bugs.python.org
Ezio Melotti added the comment:
One of the Mercurial devs convinced me to pursue what I had initially proposed
in msg197645 and write a merge script (attached).
The script is still a proof of concept, it makes a few assumptions and doesn't
handle all the cases, but I did a few tests and it
Giampaolo Rodola' added the comment:
1) I really don't like the use_fallback argument
Apart from complicating the prototype, what do this bring?
My initial thought was that the user might want to know *why* a file cannot be
sent by using the fastest method and hence wants to see the original
Giampaolo Rodola' added the comment:
Note: my example about limiting the transfer speed does not really apply 'cause
as this stands right now it cannot be used with non-blocking sockets. Other
arguments do though and I hope it's clear that we need blocksize.
--
akira added the comment:
I really don't like the use_fallback argument ..
I initially also thought so. But I've suggested the parameter to replace
`(was_os_sendfile_used, os_sendfile_error)` returned value as a *trade off*
between a slight complexity in the interface vs. allowing to detect
Changes by Justin Myers jus...@justinmyers.net:
--
nosy: +justin.myers
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20849
___
___
Changes by akira 4kir4...@gmail.com:
--
nosy: +akira
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21332
___
___
Python-bugs-list mailing list
Zachary Ware added the comment:
This is fixed in 3.5, PCbuild/tix.vcxproj builds Tix in Debug and Release modes.
--
nosy: +zach.ware
resolution: - fixed
stage: needs patch - resolved
status: open - closed
versions: +Python 3.5 -Python 3.2
___
Python
Zachary Ware added the comment:
PCbuild/tix.vcxproj explicitly sets TCL_DIR and TK_DIR in the command line used
to build Tix, using the paths used by the rest of the solution and the
Tools/buildbot scripts; would the attached patch now be acceptable (for 3.5
only)?
--
nosy:
Martin v. Löwis added the comment:
For 3.5, it's fine.
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9765
___
ddve...@ucar.edu added the comment:
Ok, let me dig into it and see if I can figure it out
On 04/20/2014 05:10 PM, Ezio Melotti wrote:
Ezio Melotti added the comment:
Do you want to propose a patch?
--
components: +Tests
nosy: +ezio.melotti
type: - behavior
Roundup Robot added the comment:
New changeset 4ff37fbcd4e8 by Zachary Ware in branch 'default':
Issue #9765: Adjust where Tools/msi/msi.py looks for Tcl/Tk license terms.
http://hg.python.org/cpython/rev/4ff37fbcd4e8
--
nosy: +python-dev
___
Python
Zachary Ware added the comment:
Done, thanks!
--
assignee: - zach.ware
resolution: - fixed
stage: commit review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9765
New submission from Zachary Ware:
We should have some tests for Tix, which currently has none. The Windows
buildbots will be able to run the tests, but Tix is not guaranteed to be
available elsewhere.
--
components: Tests, Tkinter
keywords: easy
messages: 217089
nosy: zach.ware
Giampaolo Rodola' added the comment:
Considering the current indecision about certain design aspects I started a
discussion on python-ideas:
https://mail.python.org/pipermail/python-ideas/2014-April/027752.html
--
___
Python tracker
Changes by Yury Selivanov yselivanov...@gmail.com:
--
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17552
___
___
Jim Jewett added the comment:
_check_closed sounds like you expect it to be closed, and might even assert
that it is closed, except that you want the check run even in release mode
and/or it might fail. Since being closed is actually the unexpectedly broken
state, I would prefer that you
Derek Wilson added the comment:
It is worth noting that the do exist some domains that have been registered in
the past that work with IDNA2003 but not IDNA2008.
There definitely needs to be IDNA2008 support, for my use case I need to
attempt IDNA2008 and then fall back to IDNA2003.
When
Claudiu.Popa added the comment:
gzip uses the same name, _check_closed, but your suggestion sounds good. I'll
update the patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19385
___
R. David Murray added the comment:
Using unicode_escape to decode non-ascii is simply wrong. It can't work.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21331
___
R. David Murray added the comment:
To understand why, understand that a byte string has no encoding inherent. So
when you call b'utf8string'.decode('unicode_escape'), python has no way to know
how to interpret the non-ascii characters in that bytestring. If you want the
unicode_escape
R. David Murray added the comment:
Also, I'm not sure what this should do, but what it does do doesn't look right:
codecs.decode('ä', 'unicode-escape')
'ä'
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21331
Jim Jewett added the comment:
I think the requested timing regression was for the non-broken case. When the
database has NOT been closed, and keys() still works, will it be way slower
than before?
Note that I am not asking you to do that test (though the eventual committer
might); the
Jesús Cea Avión added the comment:
First, Python 2.4 has been out of support for a really long time. Deleting.
Eric, let me clarify the situation, because this report is old and I forgot the
details.
I think current situation is this, when doing something like if db :
DO_SOMETHING:
a) If
Guido van Rossum added the comment:
Can you also think about how this would be wrapped in asyncio?
--
nosy: +gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17552
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
title: Use multiprocessing in compileall script - Compileall script: add
option to use multiple cores
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16104
New submission from Thomas Kluyver:
The compileall module's command line interface has a -q (quiet) flag which
suppresses most of the output, but it still prints error messages. I'd like an
entirely silent mode with no output.
My use case is byte-compiling Python files as part of a graphical
Jesús Cea Avión added the comment:
I could be wrong, but I think this is an Oracle Berkeley DB bug. I contacted
Oracle yesterday about this. Stand by.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21324
Changes by Jesús Cea Avión j...@jcea.es:
--
title: dbhash leaks random memory fragments to a database - dbhash/bsddb leaks
random memory fragments to a database
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21324
Ezio Melotti added the comment:
This seems a reasonable request. Do you want to propose a patch?
--
keywords: +easy
nosy: +ezio.melotti
stage: - needs patch
type: - enhancement
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
Terry J. Reedy added the comment:
I am on the fence as to whether this should be treated as a bug fix or
enhancement. Claudiu's pydev post gives this as the current
InteractiveInterpreter behavior.
--
try:
...1 / 0
... except ZeroDivisionError as exc:
...
Giampaolo Rodola' added the comment:
I think asyncio would be better off using os.sendfile() / TransmitFile
directly, in fact the current patch explicitly does not support non-blocking
sockets (I couldn't see any sane approach to do that).
Here's an example of how os.sendfile() should be used
New submission from Raymond Hettinger:
*** Internal Error: rpc.py:SocketIO.localcall()
Object: gui_adapter
Method: bound method GUIAdapter.interaction of
idlelib.RemoteDebugger.GUIAdapter instance at 0x120e71f80
Args: ('bug.py:1: module()', 4350545536, None)
Traceback (most recent call
Thomas Kluyver added the comment:
Patch attached.
This works by making the -q flag countable, so you pass -qq to suppress all
output. In the Python API, the quiet parameter has become an integer, so
passing 2 is equivalent to -qq. This should be fully backwards compatible with
passing True
Changes by Thomas Kluyver tak...@gmail.com:
Removed file: http://bugs.python.org/file35012/compileall_silent.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21338
___
Steven D'Aprano added the comment:
Can't you just re-direct stdout or stderr? I'm sure that works even on Windows.
E.g.
py -${PY_QUALIFIER} -m compileall -q $INSTDIR\pkgs 2 null
Is there a reason you cannot do this? I think that adding functionality to
compileall to duplicate what your OS
Thomas Kluyver added the comment:
Sorry, I somehow attached an old version of the patch. This one should be
correct.
Steven: Redirection relies on a shell - the native 'run a process' interface
that the installer uses can't do that. There are ways to work around this, but
I think this
Changes by Thomas Kluyver tak...@gmail.com:
Removed file: http://bugs.python.org/file35013/compileall_silent.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21338
___
Thomas Kluyver added the comment:
Gah, still wrong. Trying again.
--
Added file: http://bugs.python.org/file35014/compileall_silent.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21338
Changes by R. David Murray rdmur...@bitdance.com:
--
components: +email
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12489
___
___
Jim Jewett added the comment:
Pinging Martin ... earlier comments seem to have been completed.
--
nosy: +Jim.Jewett
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19714
___
Thomas Kluyver added the comment:
In fact, I will probably end up working around this anyway, because I'll have
to support versions of Python without this fix for some time. So I don't feel
strongly that it needs to go in, but I will do any revisions or changes
requested if people think it
New submission from Jack Murray:
AttributeError in /usr/lib/python3.4/asyncio/tasks.py feels like it might be a
concurrency issue. I can't reproduce it, and my python isn't good enough to
know how to simulate raising the exception at a random time during the
execution of the program. Here's
Changes by Jack Murray j...@murray.cx:
--
title: Possible bug in asyncio - Possible concurrency bug in asyncio,
AttributeError in tasks.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21340
James Brewer added the comment:
It seems like this issue lost traction, so I decided to go ahead and apply
Eric's feedback. I've attached the relevant patch.
With that said, I agree with Senthil that sections 2.2.4 and 2.2.5 would be
better off between sections 13.1 and 13.2
--
nosy:
New submission from Barron:
After using the configure() method of a ttk.Style object to configure the font
of TEntry, Entry widgets will still have the original default font.
The following 6 lines will demonstrate this in IDLE:
from tkinter import ttk
s = ttk.Style()
s.configure('TButton',
Claudiu.Popa added the comment:
Python's interactive interpreter doesn't show the offending code lines too. And
given the fact that code.InteractiveInterpreter tries to be an emulation of the
default interpreter, first the change should be addressed directly there, I
think. But I agree that
Claudiu.Popa added the comment:
On my machine I get the following results for the unclosed-database case.
With patch:
# ./python -S -m timeit -n 10 -s import dbm.dumb as dbm;
d=dbm.open('x.dat', 'c');len(d)
10 loops, best of 3: 0.0638 usec per loop
Without patch:
# ./python -S -m
Changes by Phil Connell pconn...@gmail.com:
--
nosy: +pconnell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7757
___
___
Python-bugs-list mailing
Changes by Phil Connell pconn...@gmail.com:
--
nosy: +pconnell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19533
___
___
Python-bugs-list
Changes by Phil Connell pconn...@gmail.com:
--
nosy: +pconnell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17277
___
___
Python-bugs-list
Changes by Phil Connell pconn...@gmail.com:
--
nosy: +pconnell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12154
___
___
Python-bugs-list
84 matches
Mail list logo