Berker Peksag added the comment:
Thanks for the review, Éric. New patch attached.
When running a setup.py that uses a tuple for classifiers, is the error
message in the terminal user-friendly, or do we get a full traceback?
A full traceback:
Traceback (most recent call last):
File
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23883
___
___
Roundup Robot added the comment:
New changeset ebf3e6332a44 by Berker Peksag in branch 'default':
Issue #23883: Add missing entries to traceback.__all__.
https://hg.python.org/cpython/rev/ebf3e6332a44
--
nosy: +python-dev
___
Python tracker
Serhiy Storchaka added the comment:
Ping.
--
assignee: - eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16314
___
___
Python-bugs-list
Nick Coghlan added the comment:
I like the idea of a separate 2.7-redistributor branch to capture changes
like this, as that would almost *exactly* duplicate the kernel maintenance
model.
That approach would also mean that we don't have to figure out sensible
upstream documentation for
Milap Bhojak added the comment:
I working on these three.
calendar.Calendar
calendar.HTMLCalendar
calendar.TextCalendar
Changes would be the same as https://hg.python.org/cpython/rev/ebf3e6332a44/
for every module?
--
nosy: +milap.py
___
Python
Martin Panter added the comment:
Serhiy: Yes I was also thinking it might be time for a common helper function.
Milap: I think changes like you mentioned (originally by me) would be fine.
Another variation was done for Issue 10838: revision 10b0a8076be8, which
expects each object that is not
New submission from Albert Zeyer:
SIGUSR1/2 will get delivered to any running thread. The current thread of the
signal doesn't give any useful information. Try to get the current Python
thread which holds the GIL instead, or use NULL.
I have patched this for the external faulthandler module
Changes by Berker Peksag berker.pek...@gmail.com:
--
keywords: +easy
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23883
___
Serhiy Storchaka added the comment:
Ah, yet one purpose of the patch is to make close() methods more robust when
called at shutdown. Objects can be partially deconstructed at that time,
attributes can be set to None to break reference loops. That is why I use None
as signaling value and
Alex Shkop added the comment:
Spent some time looking into this one. Looks like the problem is in
TestLoader.discover() method. There are couple of issues I found in it, all
caused by same assumption.
Documentation [1] states that all test modules found by discover() method
should be
Serhiy Storchaka added the comment:
May be makes sense to add a helper in test.support that implements a test
similar to the one in issue23411, and add tests for __all__ in multiple modules.
--
___
Python tracker rep...@bugs.python.org
Peter Marsh added the comment:
The consensus seems to be that this is simple enough for people to implement
themselves (if they need it) and it's probably not worth adding to argparse, so
I've closed this :)
--
resolution: - rejected
status: open - closed
New submission from Facundo Batista:
I normally print(repr()) the exception I got, for debugging purposes. I use
repr() because for builtin exceptions, str() will print only the message, and
not the exception type.
But for HTTPError, the repr() of it is HTTPError(), without further
Alex Shkop added the comment:
*ping*
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23577
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Kluyver added the comment:
I am still keen for this to move forwards. I am at PyCon if anyone wants to
discuss it in person.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23342
Amaury Forgeot d'Arc added the comment:
Probably a PyType_Ready() missing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23815
___
___
Gregory P. Smith added the comment:
I'm at pycon as well, we can get this taken care of here. :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23342
___
Thomas Kluyver added the comment:
Great! I'm free after my IPython tutorial this afternoon, all of tomorrow, and
I'm around for the sprints.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23342
New submission from Yury Selivanov:
Right now the implementation of Signature.bind is very complex, which leads to
a subpar performance. The only way to significantly speed it up is to employ
code generation and cache (the other way it to rewrite it in C, but that's
something I'd like to
Changes by Yury Selivanov yseliva...@gmail.com:
--
stage: - needs patch
type: - performance
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23889
___
Berker Peksag added the comment:
HTTPError.__str__ already provides useful information: ``'HTTP Error %s: %s' %
(self.code, self.msg)``, but since the change is minimal and useful, here is a
patch.
--
components: +Library (Lib)
keywords: +patch
nosy: +berker.peksag
stage: - patch
Eric Snow added the comment:
Is there any reason for unittest to not use pkgutil.iter_modules or
pkgutil.walk_packages? Either should work.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23882
New submission from ssh:
If the FileCookieJar reads a cookie whose expiry time is a decimal fraction, it
crashes.
Chrome extensions cookies.txt and EdiThisCookie export the expiry time as
decimal fractions. This is accepted by wget and curl, but not by the
FileCookieJar which ends up
Changes by Berker Peksag berker.pek...@gmail.com:
--
resolution: - out of date
stage: needs patch - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23021
___
Jeff McNeil added the comment:
Missed check on _ex func.
--
Added file: http://bugs.python.org/file38865/socket_eintr.2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23863
___
Berker Peksag added the comment:
Removing issue 18383 from dependencies since the bug is also reproducible on
the 3.4 branch. This issue only applies to the default branch.
--
dependencies: -test_warnings modifies warnings.filters when running with -W
default
resolution: - fixed
Roundup Robot added the comment:
New changeset 749fd043de95 by Berker Peksag in branch '3.4':
Issue #23400: Raise same exception on both Python 2 and 3 if sem_open is not
available.
https://hg.python.org/cpython/rev/749fd043de95
New changeset a49737bd6086 by Berker Peksag in branch 'default':
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +demian.brecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23888
___
___
Roundup Robot added the comment:
New changeset e64197dad303 by Berker Peksag in branch 'default':
Issue #23027: test_warnings now passes all tests when run it with -Werror.
https://hg.python.org/cpython/rev/e64197dad303
--
nosy: +python-dev
___
Demian Brecht added the comment:
A test really should be added for this. Otherwise, LGTM.
--
nosy: +demian.brecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23887
___
Roundup Robot added the comment:
New changeset c2f6b3677630 by Berker Peksag in branch '2.7':
Issue #23400: Add notes about the sem_open support of the host OS to
https://hg.python.org/cpython/rev/c2f6b3677630
--
___
Python tracker
Berker Peksag added the comment:
Fixed. Thank you all (and sorry for my late commit, Davin).
--
resolution: - fixed
stage: commit review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23400
Jeff McNeil added the comment:
So, yeah, that's right. In the attached patch, I'm closing the file descriptor
if the timeout/error happens on a non-blocking call. It fails with an EBADF on
reconnect at that point, but it doesn't potentially leave an FD in the proc's
file table.
Should be no
New submission from Vjacheslav Fyodorov:
Sometimes unittest's assertRaises increases reference counter of callable. This
can break tests in tricky cases. Not seen in 2.X version. Demo file attached.
--
components: Library (Lib)
files: test_assertRaises.py
messages: 240280
nosy:
David Coles added the comment:
This issue can still be reproduced on Python 3.5.0a1.
(Triggers a RuntimeError: Lock is not acquired on cond.release())
Please let me know if there's any further steps you'd like me to take here.
--
versions: +Python 3.5
New submission from A.M. Kuchling:
(from discussion at the 2015 Python Language Summit)
Current versions of Python make it relatively easy to install third-party
packages such as requests. New users may not realize this, though, and
continue using libraries such as urllib/urllib2 because
Thana Annis added the comment:
Thanks for the quick response. You're right that this is already being tested
for, so I will close the issue.
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: patch review - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23807
___
___
Alexander Belopolsky added the comment:
Python 2 line is closed for new features, but you can start with the main line
Lib/datetime.py which will probably work with python 2.7.9 after some minor
tweaks. You should be able to publish the result on PyPI. Note that many new
in 3.x modules are
Steve added the comment:
Although I don't know what I am doing (patching python), if someone could point
me to the relevant files in 2.7.9 that need to be patched, I'm willing to see
if I can do it.
--
___
Python tracker rep...@bugs.python.org
mdcb added the comment:
Alexander,
The initial patch is indeed minimal. If it gains momentum and some level of
acceptation, I'd be happy to do more amends and fixes as needed and recommended.
As for 2.7.9 - I'm not sure it makes much sense going PyPI patch if it's not
going to happen on 3.x?
New submission from Brett Cannon:
future_builtins exists in Python 2.7, but not Python 3 which is annoying for
code that wants to rely on it in Python 2.7 but not 2to3 (who is the primary
user of the module for rewrite rules).
--
components: Library (Lib)
messages: 240287
nosy:
Changes by Brett Cannon br...@python.org:
--
assignee: - brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23893
___
___
Brett Cannon added the comment:
Since the module is literally `from builtins import ascii, filter, hex, map,
oct, zip`, I have attached the test file (which is also ridiculously simple).
--
nosy: +eric.smith
stage: test needed - patch review
Added file:
Zachary Ware added the comment:
Steve: is this fixed and ready for next time?
--
resolution: - fixed
stage: - resolved
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23199
Alexander Belopolsky added the comment:
I have no doubt this will get into 3.x once we have a working patch and
backward compatibility issues are addressed. Given the amount of effort Victor
has recently put in #22117 to rework CPython internal time handling to support
nanoseconds, it will
R. David Murray added the comment:
Script helpers has been made more discoverable by moving it into the
test.support namespace, but it has not been documented in the test.support
docs. I can no longer remember if this is intentional or not. Regardless,
this issue is still valid insofar as
John Beck added the comment:
We (Solaris engineering) have hit this issue after migrating from 2.6
being our default version of Python to 2.7 being the default. The
specific component that broke was vim (version 7.4), trying to compile
if_python.c:
/usr/include/python2.7/pyport.h, line 645:
Zachary Ware added the comment:
This has been complicated by the migration to VS2015, which added a bunch of
new warnings. Obviously we can't enable this now without either fixing all the
warnings (unlikely, I think; most of them are just about shadowing vars) or
disabling particular ones.
Changes by Ned Deily n...@acm.org:
--
assignee: - ned.deily
stage: - patch review
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23670
___
Eric V. Smith added the comment:
Looks good to me.
I realize it's trivial, but is it worth putting this on PyPI for older 3.x's?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23893
___
Brett Cannon added the comment:
I now have a patch that contains everything, including docs.
--
keywords: +patch
Added file: http://bugs.python.org/file38871/future_builtins.diff
___
Python tracker rep...@bugs.python.org
Changes by Ned Deily n...@acm.org:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23886
___
___
Python-bugs-list mailing list
Brett Cannon added the comment:
It could go on PyPI if I make sure it doesn't shadow the module in Python 3.5
or 2.6/2.7.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23893
___
Changes by Eric V. Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16991
___
___
Python-bugs-list
Martin Panter added the comment:
Okay, I think I get it. You are setting some attributes to None, in case they
happen to be causing a reference cycle. When close() is called, they are no
longer needed, so it might help to breaking potential reference cycles. I have
often wondered why this was
Alexander Belopolsky added the comment:
Matthieu,
I don't see you adding nanoseconds to timedelta in your patch. Doesn't this
mean that you would loose nanoseconds when you subtract one datetime from
another?
To anyone who wants to contribute to this effort, I would recommend starting
with
R. David Murray added the comment:
This is presumably a result of the exception object being saved on the context
manager object and there being a circular reference chain that doesn't
immediately get GCed. This is just how python works.
I don't know if it would be sensible/useful to use the
John Hergenroeder added the comment:
Thanks!
I submitted my contributor agreement form last week -- is there anything I can
do to improve this patch while I wait for that to process?
--
___
Python tracker rep...@bugs.python.org
New submission from Brett Cannon:
Eric suggested in a code review for issue #23731 that maybe we should have the
possible optimization levels listed somewhere.
--
components: Library (Lib)
messages: 240286
nosy: brett.cannon, eric.snow
priority: low
severity: normal
stage: test needed
Changes by Brett Cannon br...@python.org:
--
dependencies: +Implement PEP 488
title: Introduce sys.implementation.opt_levels ? - Introduce
sys.implementation.opt_levels
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23892
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
priority: low - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11205
___
___
Changes by Brett Cannon br...@python.org:
Added file: http://bugs.python.org/file38869/d4fde2493736.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23731
___
Joshua J Cogliati added the comment:
I looked and the autoconf variable for the c++ linker is CXXLINK, so I think
the proper way to fix this would be to change sysconfig.py to look at both
CXXFLAGS and CXXLINK, and create those and use it to define a cxxlink variable,
and only if they are
George Jenkins added the comment:
Add patch generated via mercurial
--
Added file: http://bugs.python.org/file38872/Issue1182143_1hg.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1182143
Ned Deily added the comment:
Russell, we talked a bit about this topic at the Python Language Summit today
(after watching your excellent video). I think there was general agreement
there that having iOS support would be a good thing along with the
recognition that the requirements for
Martin Panter added the comment:
Your tweaks look fine. Thanks everyone for working through this one.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3566
___
Davin Potts added the comment:
Serhiy: If I understand correctly what you suggest, calling sorted(it) or
list(it) would run the iterator all the way until it raises the SayWhenError
exception, triggering the self.assertRaises before it ever actually gets to
call the self.assertEqual or
Davin Potts added the comment:
Updating patch for default/3.5 and 3.4 branches to remove versionchanged
message on {Lock,RLock}.acquire per feedback from @berker.
--
Added file:
http://bugs.python.org/file38867/issue_23484_doc_locks_py35_and_py34_noverchange.patch
Davin Potts added the comment:
Same for 2.7 branch.
--
Added file:
http://bugs.python.org/file38868/issue_23484_doc_locks_py27_noverchange.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23484
71 matches
Mail list logo