Eric Snow added the comment:
find_spec() is at package level because find_module() is and for no other good
reason I'm aware of. I'd be just fine with moving it to util. I don't expect
it to be used enough to warrant that top-level placement.
Regarding builtins.__import__(), I'm using it in
Eric Snow added the comment:
Here's a patch that updates a couple files to not use find_module/load_module.
These are the only changes like this (of consequence) outside pydoc, pkgutil,
and importlib, which are covered by other tickets.
--
Added file:
New submission from Eric Snow:
Here's a patch that does the minimum of updating pkgutil and its tests to move
away from find_module/load_module. I'm not sure there is much more to do than
this.
--
keywords: +patch
Added file:
Eric Snow added the comment:
Here's a patch that updates pydoc to move away from find_module/load_module.
These 4 don't need to change for PEP 451:
safeimport()
HTMLDoc.docmodule()
HTMLDoc.index()
TextDoc.docmodule()
--
keywords: +patch
Added file:
Eric Snow added the comment:
Could this wait for 3.5?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19699
___
___
Python-bugs-list mailing list
STINNER Victor added the comment:
Why is this issue still open? The issue was fixed in Python 2.6.9. Why is the
issue a release blocker? The issue was also fixed in the future Python 3.4 (in
default).
--
nosy: +haypo
___
Python tracker
Nick Coghlan added the comment:
I don't see any problem with postponing the zipimport updates until 3.5 (we
won't be updating the extension module handling until then anyway, since that
requires C API additions).
--
___
Python tracker
New submission from STINNER Victor:
Example:
$ python3
Python 3.3.2 (default, Nov 8 2013, 13:38:57)
[GCC 4.8.2 20131017 (Red Hat 4.8.2-1)] on linux
Type help, copyright, credits or license for more information.
import os
os.fstat(19)
Traceback (most recent call last):
File stdin, line 1,
STINNER Victor added the comment:
os.readv() and os.writev() were added in Python 3.3 with the issue #10812.
--
keywords: +patch
nosy: +serhiy.storchaka
Added file: http://bugs.python.org/file33303/readv_writev.patch
___
Python tracker
Roundup Robot added the comment:
New changeset 0cca6c5513d2 by Victor Stinner in branch 'default':
Issue #18294: Fix uint_converter() in zlibmodule.c, fix the UINT_MAX check
http://hg.python.org/cpython/rev/0cca6c5513d2
--
___
Python tracker
New submission from STINNER Victor:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%203.x/builds/6085/steps/test/logs/stdio
==
FAIL: test_semaphore_tracker
R. David Murray added the comment:
Presumably because it has not been fixed in 2.7.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16039
___
Roundup Robot added the comment:
New changeset 52350d325b41 by Martin v. Löwis in branch 'default':
* Issue #16113: Remove sha3 module again.
http://hg.python.org/cpython/rev/52350d325b41
--
___
Python tracker rep...@bugs.python.org
Martin v. Löwis added the comment:
I have now removed the aha code.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16113
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20113
___
___
Python-bugs-list
STINNER Victor added the comment:
Since the merge 2.6 - 2.7 did not apply cleanly, and had other problems. I
null merged the 2.6 changes. I'll leave it to Benjamin to work out whatever
patches 2.7 needs.
So Benjamin, is there a reason to not fix this security vulnerability in Python
2.7?
STINNER Victor added the comment:
@Martin: It looks like the _overlapped module is not more compiled on Windows.
http://buildbot.python.org/all/builders/x86%20Windows%20Server%202008%20%5BSB%5D%203.x/builds/2032/steps/test/logs/stdio
test test_asyncio crashed -- Traceback (most recent call
Martin v. Löwis added the comment:
Thanks for the report. Restored in 8a3718f31188
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16113
___
Boris FELD added the comment:
I've the same problem today with package
https://pypi.python.org/pypi/httpretty/0.7.1 but only when I try to install one
of my project which requires httpretty, if I try to install it directly it
works like a charm.
pip install httpretty - works
pip install
Changes by Brett Cannon br...@python.org:
--
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19699
___
___
Changes by Luca Faustin luca.faus...@ibttn.it:
--
nosy: +faustinl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19023
___
___
Python-bugs-list
Benjamin Peterson added the comment:
There's no reason not to fix it assuming the patch is good...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16039
___
New submission from Armin Rigo:
This is probably the smallest example of a .py file that behaves differently in
CPython vs PyPy, and for once, I'd argue that the CPython behavior is
unexpected:
# make the file:
open('x.py', 'wb').write('#\x00\na')
# run it:
python x.py
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20115
___
___
R. David Murray added the comment:
Applied to 2.7 in dd906f4ab923.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16039
Roundup Robot added the comment:
New changeset f9bb9c11363a by R David Murray in branch 'default':
whatsnew: porting note for HTTP[S]Connection strict parameter removal.
http://hg.python.org/cpython/rev/f9bb9c11363a
--
___
Python tracker
Richard Oudkerk added the comment:
How often has this happened?
If the machine was very loaded then maybe the timeout was not enough time for
the semaphore to be cleaned up by the tracker process. But I would expect 1
second to be more than ample.
--
Éric Araujo added the comment:
It’s strange that this would happen when installing as a dependency and not
when installing directly. Pip can change faster than stdlib is released, could
you report the bug to them and see if it’s possible to pass __file__ as a byte
string?
--
New submission from Ruben D. Orduz:
Currently urlparse.parse_qs
(http://hg.python.org/cpython/file/2.7/Lib/urlparse.py#l150) assumes and uses
';' as a query string separator with no way to overwrite that. There are
several web service APIs out there that use ';' as list separator (e.g.
Daniel Holth added the comment:
Fixed in http://hg.python.org/cpython/rev/536a2cf5f1d2
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18515
___
R. David Murray added the comment:
And we're getting test failures in the SSL version of the test. No similar
failure reports in the tracker, and the same test has been running on the
Python3 branch for a while now.
--
___
Python tracker
Martin v. Löwis added the comment:
I agree with Serhiy. This use case is not supported, i.e. it getting this
compiler warning if you implement a function from the interpreter core is not a
bug.
The work-around that he suggests sounds reasonable to me.
--
nosy: +loewis
resolution: -
R. David Murray added the comment:
As an enhancement, this could only go into 3.5.
--
nosy: +r.david.murray
versions: +Python 3.5 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20116
Ruben D. Orduz added the comment:
So, are you suggesting I should change to a different type if desired for 2.7.x
or leave for release to 3.5 and then submit a patch to backport it to 2.7.x? I
apologize, not sure how the workflow works in these cases. Thanks.
--
R. David Murray added the comment:
I'm saying that this is a change that can be made only in 3.5. if you want to
submit a patch here for 2.7 for other people to use that's fine, but it won't
get applied.
--
___
Python tracker
Ruben D. Orduz added the comment:
Ah, gotcha. I think I will leave as is then. Thanks for clarifying.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20116
___
Martin v. Löwis added the comment:
The procedure to obtain the new API was this:
* write a C file
#define Py_LIMITED_API
#include Python.h
* compile this with gcc -E | grep -v '#'
* diff and inspect the two preprocessor outputs. Ideally, they come out empty,
but they currently show lots
Roundup Robot added the comment:
New changeset 15bad3abfac9 by Martin v. Löwis in branch 'default':
Issue #19526: Exclude all new API from the stable ABI.
http://hg.python.org/cpython/rev/15bad3abfac9
--
___
Python tracker rep...@bugs.python.org
Benjamin Peterson added the comment:
testing 1, 2, 3
--
nosy: +benjamin.peterson -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15012
___
Benjamin Peterson added the comment:
testing again...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15012
___
___
Python-bugs-list mailing list
Stefan Krah added the comment:
The machine has a high load: 6 processes at 100% CPU, one of which is
the FreeBSD virtual machine.
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20114
Serhiy Storchaka added the comment:
Here is a patch which fixes this issue (and related issues).
* Encoding declaration now detected in second line only if first line is
spaces-only (this is needed for support -x option) or comment-only (needed for
she-bang).
* Fixed support for -x option.
New submission from Guido van Rossum:
A little birdie told me:
Bug in Python subprocess doesn't allow to detect if
command executed through Windows system shell
exists.
If command doesn't exist, windows shell returns 9009
exit code (127 on Linux):
---[a.bat]---
@echo off
nonex
echo
New submission from R. David Murray:
test.test_imaplib.ThreadedNetworkedTestsSSL.test_linetoolong, added as part of
the fix for security (DOS attack) issue 16039, is failing on 2.7 on some
buildbots (FreeBSD, OpenIndia, Windows). On some platforms (FreeBSD at least)
the failure seems to be
Roundup Robot added the comment:
New changeset d7ae948d9eee by R David Murray in branch '2.7':
#16039/#20118: temporarily skip failing imaplib SSL test.
http://hg.python.org/cpython/rev/d7ae948d9eee
--
nosy: +python-dev
___
Python tracker
Roundup Robot added the comment:
New changeset d7ae948d9eee by R David Murray in branch '2.7':
#16039/#20118: temporarily skip failing imaplib SSL test.
http://hg.python.org/cpython/rev/d7ae948d9eee
--
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Reopen, a test is failing.
--
resolution: fixed -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16039
___
R. David Murray added the comment:
I opened a new issue for the failing test: issue 20118, so I don't see a reason
to keep this open.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16039
STINNER Victor added the comment:
I opened a new issue for the failing test: issue 20118, so I don't see a
reason to keep this open.
Ok, I wasn't aware of this issue.
--
resolution: - fixed
status: open - closed
___
Python tracker
Terry J. Reedy added the comment:
It is an unfortunate (to my mind) but true fact that the docs do not indicate
which functions are coded in C and for such functions, whether args passable by
position can also be passed by name. If one wishes to pass by name, one simply
has to experiment. The
Gennadiy Zlobin added the comment:
I'm not 100% sure that this is what intended, but probably this patch can fix
it? Please review it.
--
keywords: +patch
nosy: +gennad
Added file: http://bugs.python.org/file33305/19255.patch
___
Python tracker
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20090
___
___
Python-bugs-list
Terry J. Reedy added the comment:
Somewhat orthogonal to Mitchell's suggestion, I would change 'returns' to
'yields' and expand 'elements' to 'elements of *iterable*'.
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +ezio.melotti
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20103
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +brian.curtin, giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20117
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20103
___
___
Python-bugs-list
Senthil Kumaran added the comment:
If you could point to RFC which states the list of characters which can be used
as valid query string separators, we can include that list. (Of course in 3.5)
--
nosy: +orsenthil
___
Python tracker
Ruben D. Orduz added the comment:
Senthil,
The RFC can be found here: http://tools.ietf.org/html/rfc3986#section-2.2
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20116
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20092
___
___
Python-bugs-list
Terry J. Reedy added the comment:
I believe this is my suggestion 2) in msg206715 of #19995, and I think it
better than 3) (and 1) alone). Thanks for moving this forward. I believe what
Guido said is that indexes (integers in the broad sense) are (or should be) a
subset of things convertible
HCT added the comment:
just want to know if there is any tentative schedule to release 3.3.4. the PEP
for 3.3 schedule doesn't talk about 3.3.4, so I'm not sure if the decision was
to leave latest 3.3 with this broken regression or fix it and release 3.3.4.
--
Mark Lawrence added the comment:
From the glossary
Quote
keyword argument: an argument preceded by an identifier (e.g. name=) in a
function call or passed as a value in a dictionary preceded by **. For example,
3 and 5 are both keyword arguments in the following calls to complex():
New submission from nlev...@gmail.com:
The continue command in perl's debugger (perl -d) supports setting a
one-time-only breakpoint. IMHO this is incredibly useful. For instance when
stepping through a program, if you get stuck in a loop, you can move past it
with a simple one line command c
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3982
___
___
Python-bugs-list
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20118
___
Eric Snow added the comment:
Here's an outline of how I see __main__.__spec__ playing out relative to the
various cmdline interfaces.
== == == ===
- -c -m dir file name loader origin cached has_location
== == == ===
Eric Snow added the comment:
For the record, normal start-up happens like this (simplified):
1. prep for and create/initialize interpreter
2. exec the site module in the __main__ namespace (unless -S)
3. do the interface-specific stuff
Note: exec of the site module does not impact the spec.
Eric Snow added the comment:
Food for thought:
We could (for 3.5) add an importer just for __main__ that gives us the
appropriate spec and loads __main__ accordingly. Such a loader could even
incorporate exec of the site module (and any PYTHONSTARTUP script).
--
Terry J. Reedy added the comment:
'name=val' in a signature (not a call) merely indicates that name has a
default. The 2.x use of [] to indicate the the parameter with a default is
optional was dropped as redundant in the 3.x docs. The 2.x; tee doc has [,
n=2]. The 3.x doc is correctly
Nick Coghlan added the comment:
You'd also need to update the new multiprocessing code - it currently expects
__main__.__spec__ == None for all the run-from-a-path-or-stdin cases.
The -m switch and running __main__ from a supplied sys.path entry (the dir
entry in your table) are both already
70 matches
Mail list logo