Serhiy Storchaka added the comment:
Fix for test_sysconfig and test_distutils are proposed in issue19760. I have no
yet fixes for test_importlib and test_poplib.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19758
Barry A. Warsaw added the comment:
LGTM. Now that 3.4b1 is spun, I say go for it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19760
___
___
Eli Bendersky added the comment:
Antoine Pitrou added the comment:
Another question: What is the real purpose of pure paths? One thing I
see is using them to, say, manipulate Windows paths on a Posix machine
for some reason.
Yes. Also, if some reason you want to be sure you're only
Eli Bendersky added the comment:
Larry Hastings added the comment:
Are the generated files *byte for byte* the same as produced by the
existing parser generation process?
Correct. The generator runs during the build (in the Makefile), but only if
the files were out-of-date. It takes
Antoine Pitrou added the comment:
Another question: What is the real purpose of pure paths? One thing I
see is using them to, say, manipulate Windows paths on a Posix machine
for some reason.
Yes. Also, if some reason you want to be sure you're only doing path
computations, not
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19655
___
___
Larry Hastings added the comment:
The rule is, no new features. Bug and security fixes from now on.
It isn't always clear whether or not something is a new feature. In the case
of such ambiguity, the decision is up to the sole discretion of the release
manager.
If you seriously want to
Eli Bendersky added the comment:
On Sun, Nov 24, 2013 at 2:58 PM, Larry Hastings rep...@bugs.python.orgwrote:
Larry Hastings added the comment:
The rule is, no new features. Bug and security fixes from now on.
It isn't always clear whether or not something is a new feature. In the
case
Eli Bendersky added the comment:
Thanks for the clarifications, Antoine. I'll see if I can come up with a doc
patch that will try to emphasize these points. I'll probably just open a new,
doc-issue to stop overloading this one.
--
___
Python
Marcus Smith added the comment:
There's a new PR to fix this in the pip 1.5.X branch:
https://github.com/pypa/pip/pull/1344
--
nosy: +Marcus.Smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19749
New submission from Ned Deily:
As of 3.4.0b1, the following test failures are observed with Tk 8.5 on OS X
(python.org 64-/32- installer with ActiveTcl 8.5.15.1 on OS X 10.9):
==
FAIL: test_bitmap
Ned Deily added the comment:
I've opened Issue19761 to document the current state of test failures for
3.4.0b1 on OS X with the native Tk 8.5 and 8.4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19085
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19614
___
___
Roundup Robot added the comment:
New changeset 9b170d74a0a2 by Ezio Melotti in branch '2.7':
#19620: Fix typo in docstring (noticed by Christopher Welborn).
http://hg.python.org/cpython/rev/9b170d74a0a2
New changeset 3f99564b712e by Ezio Melotti in branch '3.3':
#19620: Fix typo in docstring
Ezio Melotti added the comment:
Fixed, thanks for the report!
--
assignee: docs@python - ezio.melotti
nosy: +ezio.melotti
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - enhancement
___
Python tracker
Ezio Melotti added the comment:
Is the doc in 3.4 (http://docs.python.org/3.4/library/functions.html#open)
clear enough?
If so it could be backported on 2.7/3.3.
--
nosy: +ezio.melotti
type: - enhancement
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
type: - enhancement
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19624
___
Ezio Melotti added the comment:
See #14489.
--
nosy: +ezio.melotti, georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19632
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19629
___
___
Ezio Melotti added the comment:
Attached patch seems to fix the issue.
--
assignee: docs@python - ezio.melotti
keywords: +patch
nosy: +ezio.melotti, georg.brandl
stage: - patch review
type: - behavior
Added file: http://bugs.python.org/file32826/issue19680.diff
Ezio Melotti added the comment:
So maybe it can just be removed?
--
keywords: +easy
nosy: +ezio.melotti
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19691
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19707
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19710
___
___
New submission from Vajrasky Kok:
import _tracemalloc
_tracemalloc._get_object_traceback.__doc__
'get_object_traceback(obj)\n\nGet the traceback where the Python object obj was
allocated.\nReturn a tuple of (filename: str, lineno: int) tuples.\n\nReturn
None if the tracemalloc module is
Changes by Nick Coghlan ncogh...@gmail.com:
--
title: No introspective way to detect ModuleImportFailure - No introspective
way to detect ModuleImportFailure in unittest
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19746
Nick Coghlan added the comment:
Issue 19734 covers the fact that pip environment variable settings impact venv
and ensurepip
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19347
___
Donald Stufft added the comment:
There's a ticket in pip to make pip work even when ssl isn't available. You
wouldn't be able to install from PyPI but you would be able to install from
local archives.
--
nosy: +dstufft
___
Python tracker
Nick Coghlan added the comment:
Given MvL's comment above, my suggestion is that we add an
ensurepip._uninstall submodule that uninstalls pip and setuptools if it is
invoked as __main__ and the following snippet results in uinstall being set to
True:
try:
import pip
except
Vajrasky Kok added the comment:
Here is the patch to tidy up the Lib/test_tracemalloc.py.
It fixed the typo, and removed unused import and unused variables.
--
nosy: +vajrasky
Added file: http://bugs.python.org/file32828/minor_makeup_test_tracemalloc.patch
Georg Brandl added the comment:
I think so.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19691
___
___
Python-bugs-list
Georg Brandl added the comment:
LGTM.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19762
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
Well, there's no bug here: it's what you get when you call a library the same
as a builtin :)
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Christian Heimes:
A while ago I created a backport of statistics to Python 2.6 to 3.3. [1] It
worked pretty and required just a few modifications to the code. I'd like to
add most modifications to 3.4 to simplify backporting.
The modifications are:
* from __future__
Georg Brandl added the comment:
-1.
First, I don't think stdlib modules should be forced to use old conventions and
give up on new features just because of backports (the import changes are fine
obviously).
Second, it's putting unreasonable constraints on CPython developers to know
which
Georg Brandl added the comment:
That would be correct as a handwaving description, but it's wrong as a formal
spec. The or_expr already includes the possibility of a tuple; there is no
exec( token etc.
--
nosy: +georg.brandl
resolution: - works for me
status: open - closed
Bulwersator added the comment:
yes, open a disk file for updating (reading and writing) is a good explanation
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19627
___
Roundup Robot added the comment:
New changeset 0f0dc0276a7c by Georg Brandl in branch '3.3':
Closes #19622: clarify message about bufsize changes in 3.2.4 and 3.3.1.
http://hg.python.org/cpython/rev/0f0dc0276a7c
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
101 - 137 of 137 matches
Mail list logo