Changes by Eric V. Smith e...@trueblade.com:
--
stage: test needed - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23193
___
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23335
___
Roundup Robot added the comment:
New changeset c087ac6fc171 by Serhiy Storchaka in branch '2.7':
Issue #22079: PyType_Ready() now checks that statically allocated type has
https://hg.python.org/cpython/rev/c087ac6fc171
New changeset 747855f29b9d by Serhiy Storchaka in branch '3.4':
Issue
Alexander Belopolsky added the comment:
ISO 8601 can and should be understood such as the TZ-designator is required
(I think we agreed on that).
No. There is no such requirement in ISO 8601 as far as I remember.
--
___
Python tracker
Alexander Belopolsky added the comment:
Isn't this a duplicate of #13466?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22799
___
___
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22798
___
___
Alexander Belopolsky added the comment:
Why do you call it a bug? Specifying UTC as +00:00 is perfectly valid by ISO
8601 and some RFCs that are based on the ISO standard recommend against using
the Z code.
--
___
Python tracker
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22799
___
___
Serhiy Storchaka added the comment:
So may be close this issue?
See also issue22958.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22609
___
Charles-François Natali added the comment:
I added a few prints to the send and receive loops of _test_send. When
running on a reasonably current Debian testing Linux:
Thanks, that's what I was suspecting, but I really don't understand
why 200ms isn't enough for a socket write to actually
Serhiy Storchaka added the comment:
noincref.diff doesn't contain all necessary changes. For example dummy is
increfed in dict_pop() and dict_popitem() and may be decrefed at insert.
As in sets we can got rid of few comparisons with dummy if set dummy hashes to
-1.
--
New submission from Marc:
Hi,
We work in a school within a domain and pupils are using different restricted
account on this domain. We tried to install Python 3.4 and it's work with an
Administrator Account.
With Children account , we got the message IDLE's subprocess didn't make
Serhiy Storchaka added the comment:
Ping. What can I do to move this issue forward?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22687
___
___
Serhiy Storchaka added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5700
___
___
Python-bugs-list mailing list
Unsubscribe:
Serhiy Storchaka added the comment:
Ping.
--
keywords: +needs review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14260
___
___
Python-bugs-list
Serhiy Storchaka added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22721
___
___
Python-bugs-list mailing list
New submission from Makoto Kato:
This is CYGWIN build only.
When ctypes cannot find function in CDataType_in_dll, it uses PyErr_Format.
But it passes invalid parameters.
--
components: ctypes
messages: 234886
nosy: mkato
priority: normal
severity: normal
status: open
title:
Ramchandra Apte added the comment:
BTW I think this is more of a support request than an issue.
I might be stating the obvious, but is there any firewall software installed?
--
nosy: +Ramchandra Apte
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15381
___
___
Python-bugs-list mailing list
mirabilos added the comment:
There’s another minor bug here: UTC should append “Z”, not “+00:00”, which
other timezones at that offset can do.
Agreed about no timezone being “floating” time in many instances, e.g. the
iCalendar format uses that.
--
nosy: +mirabilos
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23338
___
___
Python-bugs-list
New submission from ThiefMaster:
d = {'1': '2'}
{'1'} d.keys()
False
{'1'} set(d.values())
False
{'1'} d.values()
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: unorderable types: set() dict_values()
Same for e.g. the `-` operator.
Since dict_keys acts
Serhiy Storchaka added the comment:
So may be close this issue as it doesn't affect performance?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18813
___
Makoto Kato added the comment:
add fix for ctypes of 2.7 branch.
I don't know correct way to attach patch and process for patch. (I am new
commer). So please let me know correct way if incorrect.
--
hgrepos: +294
keywords: +patch
Added file: http://bugs.python.org/file37890/py.patch
Roundup Robot added the comment:
New changeset 16f982f93a47 by Benjamin Peterson in branch 'default':
ifdef our way to compatibility with old openssl (closes #23335)
https://hg.python.org/cpython/rev/16f982f93a47
New changeset 1addc4f0f10c by Benjamin Peterson in branch '2.7':
ifdef our way to
Changes by Dan LaMotte lamott...@gmail.com:
--
nosy: +dlamotte
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22931
___
___
Python-bugs-list
Neil Girdhar added the comment:
Fixed a couple bugs and added a test.
Incremented the magic number.
--
Added file: http://bugs.python.org/file37896/starunpack24.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2292
Changes by Berker Peksag berker.pek...@gmail.com:
--
resolution: - duplicate
stage: - resolved
superseder: - cookies with square brackets in value
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23341
Serhiy Storchaka added the comment:
I suppose that calendar.error is here for compatibility. It is an alias to
ValueError, so that errors raised by the calendar module can be catched with
the except calendar.error: statement. Making calendar.error different class
will likely break user code.
Dan LaMotte added the comment:
Yes, this is a duplicate of that bug. Sorry.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23341
___
Demian Brecht added the comment:
Ping for review/commit.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22931
___
___
Python-bugs-list mailing
Neil Girdhar added the comment:
Just need to fix the parser now. Minimal example:
parser.sequence2st(parser.expr({1}).totuple())
Traceback (most recent call last):
File stdin, line 1, in module
parser.ParserError: Expected node type 12, got 302.
--
Thomas Kluyver added the comment:
Updated patch following Gregory's suggestions:
- The check_returncode parameter is now called check. The method on
CompletedProcess is still check_returncode, though.
- Clarified the docs about args
- CalledProcessError and TimeoutExceeded gain a stdout
STINNER Victor added the comment:
FYI I proposed a fix for eventlet to fix eventlet with Python 3 when
monkey-patching is used:
https://github.com/eventlet/eventlet/pull/187
The change forces the Python implementation of RLock, which is compatible with
eventlet monkey-patching. The Python
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18982
___
___
Berker Peksag added the comment:
Looks like error was unused since
https://hg.python.org/cpython/rev/acdc0b9a6c78#l2.48 (see also
https://hg.python.org/cpython/rev/6ee380349c84/ for time.gmtime()). LGTM.
--
nosy: +berker.peksag
stage: - commit review
Ethan Furman added the comment:
I haven't checked the code, but does check_output and friends combine stdout
and stderr when ouput=PIPE?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23342
STINNER Victor added the comment:
The call to loop.add_reader() should maybe be scheduled after the call to
connection_made()? To ensure that protocol methods (feed_data) are not called
before connection_made() has been called.
Fixed by:
---
changeset: 94360:1b35bef31bf8
branch: 3.4
Eric V. Smith added the comment:
I agree with David that this isn't the right venue.
That said, the likely problem is that Python's main() is written in C, not C++,
so some needed runtime support for exceptions is not getting initialized.
--
nosy: +eric.smith
resolution: - not a bug
Lothsahn added the comment:
I am using Python 2.6.5 (we will be upgrading to Python 2.7.9 soon) and I
recently ran into this bug.
If I do any locking in a signal handler with RLocks, the entire system can
deadlock. I'm using this to serialize my IO so we don't have mismatched lines
in our
Gregory P. Smith added the comment:
Ethan: check_output combines them when stdout=subprocess.STDOUT is passed (
https://docs.python.org/3.5/library/subprocess.html#subprocess.STDOUT).
Never pass stdout=PIPE or stderr= PIPE to call() or check*() methods as
that will lead to a deadlock when a pipe
STINNER Victor added the comment:
New patch which adds a new Protocol.connection_failed() method.
The method is called when the creation of the transport failed, ie. when the
connection failed, on SSL handshake failure for example.
The patch also closes the transport on connection failure
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23342
___
___
Python-bugs-list
Ned Deily added the comment:
It turns out the times are not important; the hangup is the default size of the
socket buffers on OS X and possibly BSD in general. In my case, the send and
receive buffers are 8192, which explains why the chunks written are so small.
I somewhat arbitrarily
Demian Brecht added the comment:
On 2015-01-27 7:34 PM, R. David Murray wrote:
Quantifying largely will be important.
Understandably. In terms of the public API, all changes should be purely
additive and 100% backwards compatible. largely is referring to some
of the private API that has been
Demian Brecht added the comment:
New patch removes unrelated changes.
--
Added file: http://bugs.python.org/file37892/issue13128_3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13128
R. David Murray added the comment:
Although they are private interfaces we may decide we need a deprecation
release before dropping them. Sometimes what we do in cases like this is go
ahead and make the changes, but also provide the old methods via a
backward-compatible shim and have them
Demian Brecht added the comment:
On 2015-01-28 7:41 AM, R. David Murray wrote:
Although they are private interfaces we may decide we need a deprecation
release before dropping them. Sometimes what we do in cases like this is go
ahead and make the changes, but also provide the old methods
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23343
___
___
New submission from Hobs:
Shouldn't the [operator precedence
table](https://docs.python.org/3.4/reference/expressions.html#operator-precedence),
5th row, 1st column, just say `not` rather than `not` x? The other rows
are identified by the keyword for the operator and don't include any
Hobs added the comment:
Just noticed the other entries for not. Not a bug.
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23343
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23342
___
___
Changes by Gregory P. Smith g...@krypto.org:
--
assignee: - gregory.p.smith
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23342
___
New submission from Thomas Kluyver:
This follows on from the python-ideas thread starting here:
https://mail.python.org/pipermail/python-ideas/2015-January/031479.html
subprocess gains:
- A CompletedProcess class representing a process that has finished, with
attributes args, returncode,
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23342
___
___
Python-bugs-list mailing
New submission from Serhiy Storchaka:
Currently writing marshalled data to buffer is not very efficient. Data is
written byte by byte with testing conditions p-fp != NULL and p-ptr != p-end
for every byte. Proposed patch makes writing to buffer faster.
Benchmark results:
$ ./python -m timeit
Thomas Kluyver added the comment:
Another question: With this patch, CalledProcessError and TimeoutExceeded
exceptions now have attributes called output and stderr. It would seem less
surprising for output to be called stdout, but we can't break existing code
that relies on the output
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23342
___
___
Python-bugs-list
Gregory P. Smith added the comment:
A 1) Opting not to capture by default is good. Let people explicitly request
that.
A 2) check seems like a reasonable parameter name for the should i raise if
rc != 0 bool. I don't have any other good bikeshed name suggestions.
A 3) Calling it args the
Makoto Kato added the comment:
for master
--
hgrepos: +295
Added file: http://bugs.python.org/file37901/py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23338
___
Martin Panter added the comment:
Documenting the “headers” attribute is also discussed in Issue 12707
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22989
___
Martin Panter added the comment:
Related: Issue 12707, about deprecating some methods in favour of attributes
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21228
___
Andre Roberge added the comment:
If anyone is still interested in this, I did that today (scratching a personal
itch - not knowing this had been filed before).
What I have done:
1. Moved all the font/color information to a separate css file
2. Used html5 syntax.
3. Recreated a css style
New submission from Ned Deily:
With the latest maintenance release of OS X 10.10 (10.10.2), the OpenSSL libs
have reached a patch level that fails the sanity test in test_ssl:
test_ssl: testing with 'OpenSSL 0.9.8zc 15 Oct 2014' (0, 9, 8, 28, 15)
under Mac ('10.10.2', ('', '', ''),
Changes by STINNER Victor victor.stin...@gmail.com:
Added file: http://bugs.python.org/file37902/accept_connection_failed.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2
___
STINNER Victor added the comment:
- connection_failed-2.patch: add Protocol.connection_failed() and call when
the creation of a transport failed because connection_made() was called
Oops. ... *before* connection_made() was called.
--
___
Python
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13330
___
Ned Deily added the comment:
Update: 1.0.1l is now released as of 1/15. (1.0.2 was released as of 1/22 but
it might be premature to go to that.)
--
nosy: -ronaldoussoren
title: Update Windows and OS X installer copies of OpenSSL to 1.0.1k - Update
Windows and OS X installer copies
STINNER Victor added the comment:
I splitted connection_failed.patch in two parts:
- connection_failed-2.patch: add Protocol.connection_failed() and call when the
creation of a transport failed because connection_made() was called
- accept_connection_failed.patch: Fix
Zachary Ware added the comment:
I got the 1.0.1l sources prepared and committed to svn.python.org 12 days ago,
but got pulled away from it before I had a chance to build and test it. Steve,
Tim, if one of you has a chance to test it out before I do, please don't
hesitate.
Note that the
Andre Roberge added the comment:
Rather than creating a new branch, I took another copy of pydoc.py, kept its
name, and only applied the html-related changes in it. (no new -c option, no
unrelated PEP8 changes to the best of my knowledge.) The original pydoc.py
referred to
Andre Roberge added the comment:
I could certainly create a new branch and revert the PEP8 changes and the new
-c option, but before I do this, could you confirm that the new html output
would be deemed to be acceptable?
--
___
Python tracker
Berker Peksag added the comment:
Thanks! Apparently, we were working on the same issue simultaneously. I was
working on the HTML and CSS parts (didn't touch to Lib/pydoc.py yet). I can
combine our work, if you could
- create a separate branch (no need to be a Hg repo, I can create a
patch
Martin Panter added the comment:
I think it would be okay to deprecate the methods in the documentation, but
they should not be removed nor trigger warnings any time soon.
Currently the following related methods and attributes are documented:
* addinfourl.getcode() == HTTPResponse.status ==
New submission from Denis Sukhonin:
shutil.rmtree doesn't work correctly on FreeBSD 9.1.
For example if I create a path /tmp/test and try to remove it, I get an
exception:
shutil.rmtree('/tmp/test')
Traceback (most recent call last):
File stdin, line 1, in module
File
Martin Panter added the comment:
Blessing a geturl() method or “url” attribute on HTTPError might require Issue
13567 to be fixed
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12707
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12707
___
___
Ent added the comment:
Thanks for the update! I wasn't expecting this to be such a friendly positive
experience. Glad to be proven wrong :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23255
Stefan Behnel added the comment:
Closing as not worth doing.
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18813
___
Charles-François Natali added the comment:
Charles-François Natali added the comment:
Hmmm...
Basically, with a much smaller socket buffer, we get much more context
switches, which increases drastically the test runtime.
But I must admit I'm still really surprised by the time it takes on
Charles-François Natali added the comment:
It turns out the times are not important; the hangup is the default size of
the socket buffers on OS X and possibly BSD in general. In my case, the send
and receive buffers are 8192, which explains why the chunks written are so
small.
Hmmm...
Serhiy Storchaka added the comment:
Updated test addresses Berker's comments.
--
Added file: http://bugs.python.org/file37904/test_calendar_cli_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18982
Akira Li added the comment:
Isn't this a duplicate of #13466?
In what way is it a duplicate?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22799
___
New submission from Alex Potapenko:
I run Python on an arm-brcm-linux-uclibcgnueabi router. Python was
cross-compiled using hndtools-arm-linux-2.6.36-uclibc-4.5.3 toolchain. While
trying to use deluge, I realised that there's something wrong with handling C++
exceptions in C++ extension
R. David Murray added the comment:
For a problem like this you should post to the python-list mailing list. In
addition to the bug tracker not being a place to get help, you are actually
more likely to find people who can help you on python-list. We don't actually
deal with C++ extensions
Serhiy Storchaka added the comment:
Here is more general solution. For simple values (ints, floats, complex
numbers, short strings) it is faster to use the value itself as a key than
create new integer object (id).
Without the patch:
data ver. dumps(ms) loads(ms) size(KiB)
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file37895/bench_issue20416.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20416
___
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11145
___
___
Python-bugs-list
Alex Potapenko added the comment:
Thank you for your reply, David! I will come back and reopen if I do identify a
python bug.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23340
___
Alexander Belopolsky added the comment:
Please take a look at msg148208. I agree with MAL that time module globals
timezone and daylight should be deprecated in favor of tm_gmtoff or
datetime.astimezone().
--
___
Python tracker
R. David Murray added the comment:
values cannot be a set, since unlike keys it may contain unhashable objects.
It would be...really strange and contrary to Python's philosophy to have the
validity of an operation depend on the specific data values in a structure
rather than its type.
Vipul Sharma added the comment:
I am submitting a patch file, hope this works. Please review it and correct me
if I am wrong anywhere as this is my first contribution.
--
keywords: +patch
nosy: +Vipul.Sharma
Added file: http://bugs.python.org/file37891/calendar_1.patch
New submission from Dan LaMotte:
I recently discovered that a valid cookie (by the RFC) is not parse-able by the
Cookie library in python's standard library.
import Cookie
c = Cookie.SimpleCookie('key=[ab]cd[ef]')
print c.keys() # yields []
When quoted, it works fine:
c =
Akira Li added the comment:
I agree that time.timezone, time.altzone is not enough in the general
case. Because UTC offset may be different at different dates for
reasons unrelated to DST transitions therefore any solution that
doesn't take into account a given date/time into account will
R. David Murray added the comment:
This may be a duplicate of issue 22931. If so please add your comments there
and close this one.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23341
Mark Lawrence added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19980
___
___
Python-bugs-list mailing list
Unsubscribe:
Ishan Khare added the comment:
what is the current state of this issue, reading the
http://bugs.python.org/issue5845 and its changesets, it seems that all the
changes that were made during that issue no longer exists, like:
fix-5845.diff - adds a function named enablerlcompleter (as specified
97 matches
Mail list logo