[issue14018] OS X installer does not detect bad symlinks created by Xcode 3.2.6
Roundup Robot added the comment: New changeset c2830debb15a by Ned Deily in branch '2.7': Issue #14018: Backport OS X installer updates from 3.3. http://hg.python.org/cpython/rev/c2830debb15a New changeset d54330c8daaa by Ned Deily in branch '3.2': Issue #14018: Backport OS X installer updates from 3.3. http://hg.python.org/cpython/rev/d54330c8daaa New changeset 6e6a76166c47 by Ned Deily in branch '3.3': Issue #14018: merge to 3.3 http://hg.python.org/cpython/rev/6e6a76166c47 New changeset 888590641c49 by Ned Deily in branch 'default': Issue #14018: merge to default http://hg.python.org/cpython/rev/888590641c49 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14018 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17028] launcher does not read shebang line when arguments are given
Thomas Heller added the comment: Hope it is ok to assign this to you, vinay. -- assignee: - vinay.sajip nosy: +vinay.sajip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16979] Broken error handling in codecs.unicode_escape_decode()
Roundup Robot added the comment: New changeset a242ac99161f by Serhiy Storchaka in branch '2.7': Issue #16979: Fix error handling bugs in the unicode-escape-decode decoder. http://hg.python.org/cpython/rev/a242ac99161f New changeset 084bec5443d6 by Serhiy Storchaka in branch '3.2': Issue #16979: Fix error handling bugs in the unicode-escape-decode decoder. http://hg.python.org/cpython/rev/084bec5443d6 New changeset 086defaf16fe by Serhiy Storchaka in branch '3.3': Issue #16979: Fix error handling bugs in the unicode-escape-decode decoder. http://hg.python.org/cpython/rev/086defaf16fe New changeset 218da678bb8b by Serhiy Storchaka in branch 'default': Issue #16979: Fix error handling bugs in the unicode-escape-decode decoder. http://hg.python.org/cpython/rev/218da678bb8b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16979 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16979] Broken error handling in codecs.unicode_escape_decode()
Serhiy Storchaka added the comment: Until subtests added an explicit call looks better to me. And when subtests will be added we will just add subtest inside the helper function. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16979 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16980] SystemError in codecs.unicode_escape_decode()
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16980 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16979] Broken error handling in codecs.unicode_escape_decode()
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16979 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16975] Broken error handling in codecs.escape_decode()
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16971] Refleaks in charmap decoder
Roundup Robot added the comment: New changeset 625c397a7283 by Serhiy Storchaka in branch '3.3': Issue #16971: Fix a refleak in the charmap decoder. http://hg.python.org/cpython/rev/625c397a7283 New changeset 02c4ecc87f74 by Serhiy Storchaka in branch 'default': Issue #16971: Fix a refleak in the charmap decoder. http://hg.python.org/cpython/rev/02c4ecc87f74 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16971 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16971] Refleaks in charmap decoder
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16971 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16997] subtests
Nick Coghlan added the comment: I like the idea of the subTest API being something like: def subTest(self, _id, *, **params): However, I'd still factor that in to the reported test ID, not into the exception message. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16997 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17069] HTTP result code in urllib2.urlopen() file object undocumented
New submission from Tuure Laurinolli: As per documentation at http://docs.python.org/2/library/urllib2.html the file-like object returned by urllib2.urlopen() should have methods geturl() and info(). It actually also has getcode(), which appears to do the same as getcode() on urllib.urlopen() responses. This should be a documented feature of urllib2. -- components: Library (Lib) messages: 180900 nosy: tazle priority: normal severity: normal status: open title: HTTP result code in urllib2.urlopen() file object undocumented versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12707] Deprecate addinfourl getters
Petri Lehtinen added the comment: +1 for the documentation changes, which should be applied to 2.7 as well. The deprecation is the only thing to go to 3.4 only, if it's done at all. -- nosy: +petri.lehtinen versions: +Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12707 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12707] Deprecate addinfourl getters
Petri Lehtinen added the comment: Also note that getcode() is already documented in urllib (not urllib2) documentation: http://docs.python.org/2/library/urllib.html#urllib.urlopen -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12707 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17036] Implementation of the PEP 433: Easier suppression of file descriptor inheritance
STINNER Victor added the comment: New patch: - sys.setdefaultcloexec() takes again an argument, so sys.setdefaultcloexec(False) is allowed - add cloexec parameter to select.devpoll(), select.kqueue() and select.epoll() - when a function accepts a file name and a file descriptor: the cloexec parameter is ignored if the argument is a file descriptor (it was already done for open(), but not for socket.socket on Windows) - revert enhancements using cloexec=True to simplify the patch: will be done in another issue - fix various bugs in error handling (close newly created file descriptors on error) - release the GIL when calling the os: os.urandom(), os.pipe(), os.dup(), etc. -- Added file: http://bugs.python.org/file28887/bc88690df059.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17036] Implementation of the PEP 433: Easier suppression of file descriptor inheritance
STINNER Victor added the comment: My TODO list is almost empty: the implementation is done. I just see possible enhancement on Windows: socket.socket() and os.dup() can use an atomic flag to set close-on-exec if native functions are used (WSASocket, DuplicateHandle) instead of the POSIX API. But it can be done later. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17070] Use the new cloexec to improve security and avoid bugs
New submission from STINNER Victor: Attached patches use the new cloexec parameter added by the PEP 433 (see issue #17036). cloexec_fs_walk.patch: [security] don't leak a file descriptors of directories to a child processes cloexec_listening_socket.patch: [security] don't leak a listening socket to child processes, see also #12107 cloexec_log_file.patch: [security] don't leak the file descriptor of a log file to child processes cloexec_subprocess.patch: [security/bugs] don't leak file descriptors to child processes cloexec_misc.patch: misc mmodules security is a strong word: if subprocess is called with close_fds=True, there is no such problem at all. It's more a theorical problem if a process is created in another thread without using the subprocess module (but directly low level functions). -- components: Library (Lib) files: cloexec_fs_walk.patch keywords: patch messages: 180905 nosy: haypo, neologix priority: normal severity: normal status: open title: Use the new cloexec to improve security and avoid bugs versions: Python 3.4 Added file: http://bugs.python.org/file2/cloexec_fs_walk.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17070] Use the new cloexec to improve security and avoid bugs
Changes by STINNER Victor victor.stin...@gmail.com: Added file: http://bugs.python.org/file28892/cloexec_subprocess.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17071] Signature.bind() fails with a keyword argument named self
New submission from Antoine Pitrou: def f(a, self): pass ... sig = inspect.signature(f) sig.bind(1, 2) inspect.BoundArguments object at 0x7f607ead1e28 sig.bind(a=1, self=2) Traceback (most recent call last): File stdin, line 1, in module TypeError: bind() got multiple values for argument 'self' -- components: Library (Lib) messages: 180906 nosy: larry, pitrou, yselivanov priority: normal severity: normal status: open title: Signature.bind() fails with a keyword argument named self type: behavior versions: Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17036] Implementation of the PEP 433: Easier suppression of file descriptor inheritance
STINNER Victor added the comment: revert enhancements using cloexec=True to simplify the patch: will be done in another issue I just created the issue #17070 to track this task. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17070] Use the new cloexec to improve security and avoid bugs
Changes by STINNER Victor victor.stin...@gmail.com: Added file: http://bugs.python.org/file28889/cloexec_listening_socket.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17070] Use the new cloexec to improve security and avoid bugs
Changes by STINNER Victor victor.stin...@gmail.com: Added file: http://bugs.python.org/file28890/cloexec_log_file.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17070] Use the new cloexec to improve security and avoid bugs
Changes by STINNER Victor victor.stin...@gmail.com: Added file: http://bugs.python.org/file28891/cloexec_misc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17015] mock could be smarter and inspect the spec's signature
Changes by Antoine Pitrou pit...@free.fr: -- dependencies: +Signature.bind() fails with a keyword argument named self ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17015 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17071] Signature.bind() fails with a keyword argument named self
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17036] Implementation of the PEP 433: Easier suppression of file descriptor inheritance
STINNER Victor added the comment: My TODO list is almost empty Oh, I forgot one point: I stil don't know if the close-on-exec flag of file descriptors of pass_fds argument of subprocess.Popen should be set. If close-on-exec flag is set globally, it's not convinient to have to clear the flag manually on each file descriptor. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17070] PEP 433: Use the new cloexec to improve security and avoid bugs
Changes by STINNER Victor victor.stin...@gmail.com: -- title: Use the new cloexec to improve security and avoid bugs - PEP 433: Use the new cloexec to improve security and avoid bugs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17036] Implementation of the PEP 433: Easier suppression of file descriptor inheritance
Changes by STINNER Victor victor.stin...@gmail.com: Removed file: http://bugs.python.org/file28837/9bdfa1a3ea8c.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17071] Signature.bind() fails with a keyword argument named self
Yury Selivanov added the comment: I'll take a look later today. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16946] subprocess: _close_open_fd_range_safe() does not set close-on-exec flag on Linux 2.6.23 if O_CLOEXEC is defined
STINNER Victor added the comment: This issue is fixed in my implementation of the PEP 433: see #17036. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16946 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17072] Decimal, quantize, round and negative value
New submission from Hakim Taklanti:
from decimal import Decimal
from decimal import ROUND_UP, ROUND_DOWN
a = Decimal(-3.86)
b = Decimal(5.73)
a_up = a.quantize(Decimal(.1), ROUND_UP)
a.quantize(Decimal(.1), ROUND_UP) # -3.8 expected
Decimal('-3.9')
a.quantize(Decimal(.1), ROUND_DOWN) # -3.9 expected
Decimal('-3.8')
b.quantize(Decimal(.1), ROUND_UP) # Ok
Decimal('5.8')
b.quantize(Decimal(.1), ROUND_DOWN) # Ok
Decimal('5.7')
--
components: Library (Lib)
messages: 180911
nosy: Hakim.Taklanti
priority: normal
severity: normal
status: open
title: Decimal, quantize, round and negative value
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17072
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17072] Decimal, quantize, round and negative value
Mark Dickinson added the comment: Indeed, that looks wrong. I'll take a look. -- assignee: - mark.dickinson nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17072] Decimal, quantize, round and negative value
Mark Dickinson added the comment:
Sorry, I take that back. The behaviour is correct: ROUND_UP rounds away from
zero; ROUND_DOWN towards zero. For rounding towards +/- infinity, you want
ROUND_CEILING and ROUND_FLOOR:
Python 2.7.3 |EPD 7.3-1 (32-bit)| (default, Apr 12 2012, 11:28:34)
[GCC 4.0.1 (Apple Inc. build 5493)] on darwin
Type credits, demo or enthought for more information.
from decimal import *
a = Decimal(-3.86)
a.quantize(Decimal(.1), ROUND_CEILING)
Decimal('-3.8')
a.quantize(Decimal(.1), ROUND_FLOOR)
Decimal('-3.9')
Closing as invalid.
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17072
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17072] Decimal, quantize, round and negative value
Hakim Taklanti added the comment: Indeed, perhaps to enhance the documentation. Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17073] Integer overflow in sqlite module
New submission from Serhiy Storchaka: The proposed patch fixes an integer overflow in such cases: 1. When an authorizer callback (registered with set_authorizer()) returns an integer which doesn't fit into C int. Now integers out of C int range interpreted as SQLITE_DENY (as any non-integer values). 2. When a callable used in create_collation() returns an integer which doesn't fit into C int. Now all Python integers work. 3. When Python integer doesn't fit into SQLite INTEGER. Now overflow detected and an exception raised. 4. Now sqlite module built even when HAVE_LONG_LONG is not defined. -- components: Extension Modules messages: 180915 nosy: ghaering, serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: Integer overflow in sqlite module type: behavior versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17073 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17073] Integer overflow in sqlite module
Changes by Serhiy Storchaka storch...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file28893/sqlite_int_overflow-2.7.patch Added file: http://bugs.python.org/file28894/sqlite_int_overflow-3.2.patch Added file: http://bugs.python.org/file28895/sqlite_int_overflow-3.3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17073 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15989] Possible integer overflow of PyLong_AsLong() results
Serhiy Storchaka added the comment: Sqlite module part extracted to issue17073. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16968] Fix test discovery for test_concurrent_futures.py
Zachary Ware added the comment: Right you are, Chris. v4 has a comment added to regrtest.runtest_inner pointing back to this issue. Also in v4, ReapedSuite has been moved to test.support. At least one other test module (test_pydoc) uses the same idiom as test_concurrent_futures, and so could use this suite for the same effect. Several others use at least one of reap_threads (or its component pieces) or reap_children in test_main, and I believe those could also use ReapedSuite for simplicity's sake. Used in its current form, it shouldn't cause any issues other than perhaps an extra couple of function calls. -- Added file: http://bugs.python.org/file28896/test_concurrent_futures_discovery.v4.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17074] (docs) Consistent formatting of constants
New submission from Zearin: When reading the docs, I noticed that the capitalization and formatting of the Python constants ``True``, ``False``, and ``None`` were inconsistent. The attached patch contains a fix for all such occurrences under ``/Doc/library/``. (I **think** I correctly made the patch. I hardly ever make patches, so if I screwed up, let me know and I’ll see if I can get it right. ☺) Parent commit: 9137e2d1c00c6906af206d1c9d217b15613bb1ed -- assignee: docs@python components: Documentation files: python_docs_constants.diff keywords: patch messages: 180918 nosy: docs@python, zearin priority: normal severity: normal status: open title: (docs) Consistent formatting of constants versions: Python 2.7 Added file: http://bugs.python.org/file28897/python_docs_constants.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17074] (docs) Consistent formatting of constants
Changes by Zearin zea...@users.sourceforge.net: -- type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17075] logging documentation for library cleanup
New submission from Aaron Sherman:
This documentation states that libraries can turn off logging by adding a
NullHandler:
http://docs.python.org/2/howto/logging.html#configuring-logging-for-a-library
This is not entirely true. It only holds true if the application which calls
the library has not called basicConfig on the root logger. If it has, you get
logs to both the root logger and the NullLogger, defeating the point of having
added a NullLogger in the first place.
The correct way for a library to silence log messages is to both set a
NullHandler and set propagate to false.
For an example of the behavior on the current docs, see:
import logging
import sys
# Application configures its root logger
logging.basicConfig(level=logging.DEBUG)
# Library configures a NullLogger:
logger = logging.getLogger('foo')
logger.setLevel(logging.DEBUG)
handler = logging.NullHandler()
handler.setLevel(logging.DEBUG)
logger.addHandler(handler)
# Library then logs:
logger.warning(BLAH)
This example is not terribly interesting, but the more interesting example is
when the library configures a real log handler (e.g. in order to create a
separate security log in an authorization module). In this case, the log
messages will be sent to both the file log and the root logger by default, as
long as any part of the application has configured the root logger.
IMHO, propagate should always be False for all new loggers, but at the very
least the fact that it is True should be documented in the section on library
logging...
--
assignee: docs@python
components: Documentation
messages: 180919
nosy: ajs, docs@python
priority: normal
severity: normal
status: open
title: logging documentation for library cleanup
type: behavior
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17075
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17076] shutil.copytree failing on xattr-less filesystems (like NFS)
New submission from Thomas Wouters:
The new xattr support in shutil causes shutil.copytree and shutil.copy2 to fail
inelegantly on (source) filesystems that do not support xattrs (like NFS):
# /home/twouters does not support xattrs
os.listxattr(/home/twouters/foo)
Traceback (most recent call last):
File stdin, line 1, in module
OSError: [Errno 95] Operation not supported: '/home/twouters/foo'
shutil.copytree(/home/twouters/spam, /tmp/spam)
Traceback (most recent call last):
File stdin, line 1, in module
File /home/twouters/gvs-pristine/python/Python-3.3.0/Lib/shutil.py, line
345, in copytree
raise Error(errors)
shutil.Error: [('/home/twouters/spam/ham', '/tmp/spam/ham', [Errno 95]
Operation not supported: '/home/twouters/spam/ham'),
('/home/twouters/spam/eggs', '/tmp/spam/eggs', [Errno 95] Operation not
supported: '/home/twouters/spam/eggs'), ('/home/twouters/spam', '/tmp/spam',
[Errno 95] Operation not supported: '/home/twouters/spam')]
(The actual files will have been copied, since xattr copies are done after
everything else.) Interestingly shutil._copyxattr does try to cope with
unsupported xattrs on the *target* filesystem (which seems like it might be a
mistake to do, since it loses data), just not the original filesystem (which
seems like a sensible thing instead):
# /tmp does support xattrs
os.listxattr(/tmp/spam)
[]
shutil.copytree(/tmp/spam, /home/twouters/spam-new)
'/home/twouters/spam-new'
The attached patch fixes shutil._copyxattr to also ignore unsupported/empty
xattrs (but not permission errors) on the source. (I'm not certain if
errno.ENODATA can be expected from os.listxattr(), but internet searches
suggest that some people think so, and I don't know what other meaning it could
have.)
--
files: shutil.patch
keywords: needs review, patch
messages: 180920
nosy: twouters
priority: high
severity: normal
stage: patch review
status: open
title: shutil.copytree failing on xattr-less filesystems (like NFS)
type: crash
versions: Python 3.3
Added file: http://bugs.python.org/file28898/shutil.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17076
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12004] PyZipFile.writepy gives internal error on syntax errors
Roundup Robot added the comment: New changeset 3a1ac42435f9 by Serhiy Storchaka in branch '3.2': Issue #12004: Fix an internal error in PyZipFile when writing an invalid http://hg.python.org/cpython/rev/3a1ac42435f9 New changeset 678320c7f63d by Serhiy Storchaka in branch '3.3': Issue #12004: Fix an internal error in PyZipFile when writing an invalid http://hg.python.org/cpython/rev/678320c7f63d New changeset e24fd2c35d27 by Serhiy Storchaka in branch 'default': Issue #12004: Fix an internal error in PyZipFile when writing an invalid http://hg.python.org/cpython/rev/e24fd2c35d27 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12004 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12004] PyZipFile.writepy gives internal error on syntax errors
Serhiy Storchaka added the comment: Thank you for the patch. -- resolution: - fixed stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12004 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17074] (docs) Consistent formatting of constants
Chris Jerdonek added the comment: This has already been proposed in issue 15580. By the way, you don't always want to replace true with ``True``. The former has a different connotation/meaning which is boolean true rather than the object True. -- nosy: +chris.jerdonek resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - fix True/False/None reST markup ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17074] (docs) Consistent formatting of constants
Zearin added the comment: Ah; I did look for dupes, but didn’t find it. (So many issues…!) Thanks for pointing me in the right direction. By the way, you don't always want to replace true with ``True``. The former has a different connotation/meaning which is boolean true = rather than the object True. Yes, I know. I went through all the occurrences one by one, and I tried to take that into account. *sigh* I guess it’s a moot point, now… Got more to say on this subject, but I’ll do it in other issue. Take care! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17077] Fix test_tools hangs
New submission from Jeremy Kloth: Attached is a patch to test_tools that gets it back to a run-able state. -- components: Tests files: test_tools.diff keywords: patch messages: 180925 nosy: jkloth, serhiy.storchaka priority: normal severity: normal status: open title: Fix test_tools hangs versions: Python 3.2 Added file: http://bugs.python.org/file28899/test_tools.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17071] Signature.bind() fails with a keyword argument named self
Antoine Pitrou added the comment: Here is a patch. -- keywords: +patch Added file: http://bugs.python.org/file28900/sig_bind_self.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17075] logging documentation for library cleanup
Chris Jerdonek added the comment: This documentation states that libraries can turn off logging by adding a NullHandler: I don't think that's what the documentation says. It says, If for some reason you don’t want these messages printed *in the absence of any logging configuration* [my emphasis] If the library user configures logging for application use, presumably that configuration will add some handlers, and if levels are suitably configured then logging calls made in library code will send output to those handlers, as normal. In other words, the documentation is acknowledging that logging won't get turned off if something else configures it. This is the same as what you say further on: It only holds true if the application which calls the library has not called basicConfig on the root logger. If there's some other part of the documentation that says otherwise, can you include a direct quote in the comment so we know what words you are referencing? The correct way for a library to silence log messages is to both set a NullHandler and set propagate to false. This doesn't sound like good practice to me and isn't what the current docs were trying to say. -- nosy: +chris.jerdonek, vinay.sajip status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15580] fix True/False/None reST markup
Zearin added the comment: I recently attempted to enhance the documentation in #17074. While I wasn’t linking all occurrences of True/False/None, I did mark them up as ``True``/``False``/``None``. Additionally, I made sure that these were (when appropriate) capitalized. I really disagree with the refusal to accept this issue. Python is represented to the outside world through its documentation. As it is, there are inconsistencies in the capitalization and markup of constants. CONSTANTS! This isn’t exactly a nuanced part of the language. Constants are dead-easy to spot, and they’re dead-easy to fix. This issue is **low-hanging fruit**. **Consistency** is also one of Python’s core values. This is built right into the language itself --- as indentation-based scope. The patch by chris.jerdonek helps make the documentation more consistent. I could understand if this isn’t the type of work you like doing. If the inconsistency was identified, but no one was willing to do the work, **then** this might be considered an issue which “cost[...] developer time that can better be spent elsewhere.” But that’s not the case. Chris has already done the work. It’s low-hanging fruit, it improves Python’s image to the outside world, and it noticeably improves the readability (and usability) of the documentation. **Please** reconsider accepting this patch. -- nosy: +zearin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15580 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17074] (docs) Consistent formatting of constants
Chris Jerdonek added the comment: Yes, I know. I went through all the occurrences one by one, and I tried to take that into account. See issue 4945 for a discussion like this. Might be relevant to what you have in mind. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17076] shutil.copytree failing on xattr-less filesystems (like NFS)
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +hynek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4945] json checks True/False by identity, not boolean value
Zearin added the comment: Note: Javascript has something analogous to Python’s ``==`` and ``is``. In JS: 0 == false true 0 === false false 1 == true true 1 === true false Perhaps this discrepancy could be fixed in the JSON processing? -- nosy: +zearin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4945 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17074] (docs) Consistent formatting of constants
Chris Jerdonek added the comment: This has already been proposed in issue 15580. By the way, I should have said something along the same lines. Issue 15580 is about eliminating uses of :const:`None`, etc, whereas this targets a different case. But it is similar in scope so the same discussion/reasons apply. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17074] (docs) Consistent formatting of constants
Zearin added the comment: By the way, I should have said something along the same lines. Issue 15580 is about eliminating uses of :const:`None`, etc, whereas this targets a different case. But it is similar in scope so the same discussion/reasons apply. Yep! I read, and understood the difference. I still had 2¢ to add. I’m kind of a nut for good documentation. ;) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15580] fix True/False/None reST markup
R. David Murray added the comment: I prefer to have some of them be links and some of them be code markup. That is, I think there is value in having some of them be links. As Georg said, the devguide rule is more about it not being *necessary* to waste time marking them *all* up as constants. Having some of them marked up as constants will be enough to lead a newbie to the documentation for them. When writing new docs, I will typically mark them up as constants once or twice in the new docs, and make the remainder code markup. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15580 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17055] ftplib.ftpcp test
Łukasz Langa added the comment: Thanks for your patch. A couple of remarks: - try to adhere to PEP 8 in your patches (most notably here: 80 characters per line, please). The rest of test_ftplib.py is also somewhat guilty in that regard but that shouldn't discourage you to do the right thing. - you'll notice the rest of test_ftplib.py avoids vertical whitespace within methods. This is by design. - maintain alphabetic order in Misc/ACKS -- nosy: +lukasz.langa ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17055 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15580] fix True/False/None reST markup
R. David Murray added the comment: Note, by the way, that I apply the same rule to most link markup. If I refer to, say, a module name in a paragraph or set of related paragraphs multiple times, I will typically only mark up the first occurrence as a :mod: link. It's not a hard and fast rule, though: I go by feel as to what level of link markup seems appropriate. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15580 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4945] json checks True/False by identity, not boolean value
R. David Murray added the comment: I would be very careful trying to reason by analogy there. ==, is, and javascripts === are rather different in detail, from what I understand. Nor do I see what javascript has to do with this issue :) As far as the remaining documentation issue here, IMO to follow the convention used most often in the docs (and docstrings), the text in Chris' example should read: If *allow_nan* is true That is, drop the code markup and capitalization to indicate that any true value is accepted. A naive user will use True, a non-naive user will understand the implication. I know Ezio doesn't think this is worthwhile, but I disagree :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4945 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17071] Signature.bind() fails with a keyword argument named self
Yury Selivanov added the comment: Thanks Antoine, the patch looks good to me. The only thing I would have done differently myself is to name self as __bind_self__ (with two underscores at the end). Could you please apply the patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17055] ftplib.ftpcp test
Michał Jastrzębski added the comment: Hello, Thanks for tips. How about now? -- Added file: http://bugs.python.org/file28901/ftpcp_test.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17055 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15580] fix True/False/None reST markup
Chris Jerdonek added the comment: It might be worth clarifying in the devguide then if True/False/etc shouldn't be treated differently from other things. The current wording suggests that links shouldn't be used at all in those cases (e.g. given that they’re fundamental to the language and should be known to any programmer). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15580 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17075] logging documentation for library cleanup
R. David Murray added the comment: Indeed. The whole point of that section is to explain how the library can refrain from spewing unwanted logging *if the application doesn't care about logging*. If the application does care (has configured logging), it would be wrong to block the logging. I believe there is now a NullHandler or something similar set up by default, so I don't think this issue arises in Python3. -- nosy: +r.david.murray resolution: - invalid stage: - committed/rejected status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17055] ftplib.ftpcp test
Michał Jastrzębski added the comment: My mistake, this one is better. -- Added file: http://bugs.python.org/file28902/ftpcp_test.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17055 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17074] (docs) Consistent formatting of constants
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15580] fix True/False/None reST markup
R. David Murray added the comment: True. I disagree with the existing language, as I've indicated, but I'll leave it up to Georg as doc master. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15580 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15580] fix True/False/None reST markup
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15580 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17071] Signature.bind() fails with a keyword argument named self
Roundup Robot added the comment: New changeset 49fd1c8aeca5 by Antoine Pitrou in branch '3.3': Issue #17071: Signature.bind() now works when one of the keyword arguments is named ``self``. http://hg.python.org/cpython/rev/49fd1c8aeca5 New changeset 4ff1dc8c0a3c by Antoine Pitrou in branch 'default': Issue #17071: Signature.bind() now works when one of the keyword arguments is named self. http://hg.python.org/cpython/rev/4ff1dc8c0a3c -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17071] Signature.bind() fails with a keyword argument named self
Antoine Pitrou added the comment: Committed to 3.3 and default! -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17015] mock could be smarter and inspect the spec's signature
Antoine Pitrou added the comment: Here is a new patch, making all assert_*_call methods work as well as autospeccing, and adding tests. Not sure I'm forgetting something else. -- Added file: http://bugs.python.org/file28903/issue17015-3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17015 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15505] unittest.installHandler incorrectly assumes SIGINT handler is set.
Thomas Wouters added the comment: ping (you know why :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15505 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15505] unittest.installHandler incorrectly assumes SIGINT handler is set.
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15505 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17076] shutil.copytree failing on xattr-less filesystems (like NFS)
Hynek Schlawack added the comment: Could you add regression tests to your patch please? -- assignee: - hynek priority: high - normal type: crash - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16694] Add pure Python operator module
Zachary Ware added the comment: Since the older Windows project files were removed, v10 removes the patches to them. Everything else still applies cleanly. Also, in the spirit of what Brett said in 16651 about not re-implementing blindly, I did just look up what Jython, IronPython, and PyPy do for the operator module. The first two implement it in their VM language, and PyPy uses a very specialized version that didn't look easy to adapt to CPython, at least at a glance. It was fun for me to write any way about it, though :) -- Added file: http://bugs.python.org/file28904/py_operator.v10.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16694 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17078] string.Template.safe_substitute hard-wires braces as {}
New submission from Adam Kellas:
If you use safe_substitute and try to use a variable reference style other than
${foo}, you will find that it assumes ${foo} style. In particular, when
evaluating $[foo] (square braces) and 'foo' is not defined, safe_substitute
will put the string back together using ${foo} (curly braces).
See
http://stackoverflow.com/questions/14573230/pythons-string-template-changes-brackets-when-variable-is-unset
for details and test case.
--
components: Library (Lib)
messages: 180949
nosy: Adam.Kellas
priority: normal
severity: normal
status: open
title: string.Template.safe_substitute hard-wires braces as {}
type: behavior
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17078
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16968] Fix test discovery for test_concurrent_futures.py
Zachary Ware added the comment: I failed to mention; v4 also removes setUpModule() which was present in the first 3 patches. With 16935 fixed, setUpModule would be unnecessary. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17071] Signature.bind() fails with a keyword argument named self
STINNER Victor added the comment: self doesn't need to have a name, you can use: def bind(*args, **kw): self = args[0] args = args[1:] To accept any name ;-) -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17071] Signature.bind() fails with a keyword argument named self
Antoine Pitrou added the comment: Indeed, there were several solutions to this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16795] Patch: some changes to AST to make it more useful for static language analysis
Sven Brauch added the comment: Hm, I'm still getting the same error messages from the review tool which I described earlier; I can neither comment nor add patches. So, I'll have to abuse the bug report again: Thanks for the review. Is it possible you selected the wrong patch file for the second patch (Patch Set 5)? It seems to include all changes instead of just those from the second of the three patches I submitted. Also I had already removed the traceback.print_stack() call. I fixed the other two issues and I will attach a corrected version of the second patch for review. I hope I got everything right ;) Please have an extra close look at the changes to symtable.c and compile.c (since I'm not very familiar with that code), in order to avoid that we break stuff with this. Cheers, Sven -- Added file: http://bugs.python.org/file28905/81300-change-var-kwargs-new.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16795 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17078] string.Template.safe_substitute hard-wires braces as {}
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17078 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17079] Fix test discovery for test_ctypes.py
Changes by Zachary Ware zachary.w...@gmail.com: -- components: Tests files: test_ctypes_discovery.diff keywords: patch nosy: brett.cannon, ezio.melotti, zach.ware priority: normal severity: normal status: open title: Fix test discovery for test_ctypes.py type: behavior versions: Python 3.3, Python 3.4 Added file: http://bugs.python.org/file28906/test_ctypes_discovery.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17028] launcher does not read shebang line when arguments are given
Roundup Robot added the comment: New changeset 0880e0f859e0 by Vinay Sajip in branch 'default': Closes #17028: Allowed Python arguments to be supplied to launcher. http://hg.python.org/cpython/rev/0880e0f859e0 -- nosy: +python-dev resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15505] unittest.installHandler incorrectly assumes SIGINT handler is set.
Roundup Robot added the comment: New changeset 7e4c5914ba76 by Michael Foord in branch '2.7': Issue 15505. unittest.installHandler and non callable signal handlers http://hg.python.org/cpython/rev/7e4c5914ba76 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15505 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15505] unittest.installHandler incorrectly assumes SIGINT handler is set.
Roundup Robot added the comment: New changeset 48c5c632d212 by Michael Foord in branch '3.2': Closes issue 15505. unittest.installHandler and non-callable signal handlers. http://hg.python.org/cpython/rev/48c5c632d212 -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15505 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17036] Implementation of the PEP 433: Easier suppression of file descriptor inheritance
STINNER Victor added the comment: I tested bc88690df059.patch on Solaris 9: test_os failed on openpty(cloexec=True). It looks like setting close-on-exec on master_fd must be done after grantpt(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17078] string.Template.safe_substitute hard-wires braces as {}
Barry A. Warsaw added the comment: See PEP 292 and the section titled Why `$' and Braces? http://www.python.org/dev/peps/pep-0292/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17078 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14037] Allow grouping of argparse subparser commands in help output
Changes by Bartosz S tosz...@gmail.com: -- nosy: +toszter ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14037] Allow grouping of argparse subparser commands in help output
Changes by Chris Jerdonek chris.jerdo...@gmail.com: -- nosy: +chris.jerdonek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14039] Add metavar argument to add_subparsers() in argparse
Changes by Chris Jerdonek chris.jerdo...@gmail.com: -- nosy: +chris.jerdonek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15633] httplib.response is not closed after all data has been read
Nikolaus Rath added the comment: Alright, it *finally* happened again. Attributes of the response object are: ._method: GET, .chunked: 0, .length: 9369540 .chunk_left: UNKNOWN, .status: 200 .reason OK, .version: 11, .will_close: False -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15633 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14039] Add metavar argument to add_subparsers() in argparse
Chris Jerdonek added the comment: Have you tried setting the metavar property on the return value of add_subparsers()? I tried this, and it seems to work. It looks like the logic for _metavar_formatter() is the same no matter what the action type (specifically _SubParsersAction in this case): http://hg.python.org/cpython/file/e81cad0c722a/Lib/argparse.py#l554 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14039] Add metavar argument to add_subparsers() in argparse
Chris Jerdonek added the comment: Actually, it looks like add_subparsers() may already support passing a metavar argument, but it's just not documented? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8491] Need readline command and keybinding information
Mitchell Model added the comment: Ping. I just noticed that this is still unresolved in the Python 3.3 docs. This should be closed, with or without my suggested change. -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8491 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6057] sqlite3 error classes should be documented
Mitchell Model added the comment: I still think the Exception class hierarchy should be described in the sqlite3 module documentation. Someone should decide one way or another and close this issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12883] xml.sax.xmlreader.AttributesImpl allows empty string as attribute names
Ramchandra Apte added the comment: bump... -- nosy: +ramchandra.apte ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12883 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17077] Fix test_tools hangs
Serhiy Storchaka added the comment: On what platform it hangs? Note that communicate() currently works only with bytes on 3.2 (issue16903). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9536] defaultdict doc makes incorrect reference to __missing__ method
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9536 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15633] httplib.response is not closed after all data has been read
Antoine Pitrou added the comment: length: 9369540 indicates you haven't read the whole advertised Content-Length. Is it possible the server shuts down the TCP connection even before the whole Content-Length has been sent? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15633 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
