Nick Coghlan added the comment:
Assigning to myself for final review and commit :)
--
assignee: dstufft - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19406
___
Nick Coghlan added the comment:
I'm also going to start creating the implementation issues for the installer
and pyvenv updates.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19406
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
dependencies: +PEP 453: add the ensurepip module
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19550
___
New submission from Nick Coghlan:
Part of the PEP 453 implementation as tracked in issue 19347.
This issue covers the Windows installer updates:
* new option to choose whether or not to invoke python -m ensurepip --upgrade
on the just installed Python
* also add the result of calling
New submission from Nick Coghlan:
Part of the PEP 453 implementation as tracked in issue 19347.
This issue covers the Mac OS X installer update to include a new option to
choose whether or not to invoke python -m ensurepip --upgrade on the just
installed Python.
--
assignee:
Changes by Nick Coghlan ncogh...@gmail.com:
--
dependencies: +PEP 453: add the ensurepip module
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19552
___
New submission from Nick Coghlan:
Part of the PEP 453 implementation as tracked in issue 19347.
This issue covers the venv module and pyvenv CLI updates:
* Add a with_pip=False parameter to venv.EnvBuilder and venv.create
* When with_pip is a true value, invoke ensurepip.bootstrap with the
Nick Coghlan added the comment:
The inconsistency between altinstall and default_install bothered me, so I plan
to change the spelling of the latter option to default_pip (since it directly
controls whether or not the pip script gets installed).
--
Roundup Robot added the comment:
New changeset 9e48c9538a7f by Kristjan Valur Jonsson in branch 'default':
Issue #8799: Reduce timing sensitivity of condition test by explicitly
http://hg.python.org/cpython/rev/9e48c9538a7f
--
___
Python tracker
Changes by Nick Coghlan ncogh...@gmail.com:
--
dependencies: +PEP 453: add the ensurepip module
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19553
___
New submission from Nick Coghlan:
Part of the PEP 453 implementation as tracked in issue 19347.
This issue covers the integration of ensurepip with make install (running
python -m ensurepip) and make altinstall (running python -m ensurepip
--altinstall)
--
components: Build
messages:
Richard Oudkerk added the comment:
This was fixed for 3.3 in #1692335.
The issue of backporting to 2.7 is discussed in #17296.
--
resolution: - duplicate
status: open - closed
superseder: - Cannot unpickle classes derived from 'Exception'
type: crash - behavior
Nick Coghlan added the comment:
New subtasks:
Issue 19550: Windows installer integration
Issue 19551: Mac OS X installer integration
Issue 19552: venv module and pyvenv integration
Issue 19553: make install and make altinstall integration open
--
dependencies: +Compact int and float
Changes by Nick Coghlan ncogh...@gmail.com:
--
dependencies: +PEP 453: make install and make altinstall integration, PEP
453: Mac OS X installer integration, PEP 453: Windows installer integration,
PEP 453: venv module and pyvenv integration -Compact int and float freelists,
Richard Oudkerk added the comment:
So hopefully the bug should disappear entirely in future releases of tcl,
but for now you can work around it by building tcl without threads,
calling exec in between the fork and any use of tkinter in the child
process, or not importing tkinter until
Roundup Robot added the comment:
New changeset 6a6b1ee306e3 by Nick Coghlan in branch 'default':
Close #19406: Initial implementation of ensurepip
http://hg.python.org/cpython/rev/6a6b1ee306e3
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
status: open - closed
Changes by Stefan Krah stefan-use...@bytereef.org:
--
nosy: -skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19537
___
___
Python-bugs-list
Nick Coghlan added the comment:
Aside from the default-install - default-pip name change, the other
fixes/changes between Donald's last patch and the committed version:
- added the missing docs for the new options
- updated What's New, ACKS, NEWS
- avoided repetition in the test code by using
Changes by Nick Coghlan ncogh...@gmail.com:
--
stage: - needs patch
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19550
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
dependencies: +PEP 453: add the ensurepip module
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19551
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
components: +Library (Lib)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19552
___
___
New submission from William Grzybowski:
Hello,
Currently python setup.py restricts FreeBSD host platform by version, e.g.
freebsd7, freebsd8.
It is not only out-of-date (we already are on freebsd11) but also doesn't seem
to have a good reason to do so.
Proposed patches replaces it with
Changes by William Grzybowski willia...@gmail.com:
Added file: http://bugs.python.org/file32574/tip.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19554
___
Changes by William Grzybowski willia...@gmail.com:
Removed file: http://bugs.python.org/file32573/tip.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19554
___
Changes by koobs koobs.free...@gmail.com:
--
nosy: +koobs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19554
___
___
Python-bugs-list mailing
Stefan Krah added the comment:
The comment says that semaphores are broken up to FreeBSD-8, so
linking with -lrt is disabled. This looks correct to me and our
FreeBSD 9 and 10 buildbots work.
If you have a specific problem, please re-open the issue.
--
nosy: +skrah
resolution: -
Changes by Stefan Krah stefan-use...@bytereef.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19554
___
___
William Grzybowski added the comment:
Semaphores broken or not (it seems to work just fine in freebsd9) python is
still usable overall.
I see no reason to arbitrarily chose what freebsd platform to build.
--
___
Python tracker
Richard Oudkerk added the comment:
Fixed by #11161.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
superseder: - futures.ProcessPoolExecutor hangs
___
Python tracker rep...@bugs.python.org
Stefan Krah added the comment:
I looked at patch set 1, which actually *reduced* functionality for FreeBSD =
9.
Now there is a second patch set, so I'm re-opening.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19554
Changes by Stefan Krah stefan-use...@bytereef.org:
--
resolution: invalid -
stage: committed/rejected -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19554
___
William Grzybowski added the comment:
Ah, I see, I made a misinterpretation of setup.py. Sorry about that.
So please ignore the setup.py changes in the patch ;)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19554
Changes by Stefan Krah stefan-use...@bytereef.org:
--
dependencies: +Automatically regenerate platform-specific modules
nosy: +lemburg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19554
___
Stefan Krah added the comment:
See also #19554.
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12619
___
___
Python-bugs-list
Alan Cristhian added the comment:
Ok, I agree.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19441
___
___
Python-bugs-list mailing list
Martin v. Löwis added the comment:
IIUC, the current implementation strategy is to check the wheels into source
control. If so, what's to be done in the installer (except for making sure that
the wheels get bundled and installed into the msi, which it should do by
default?)
--
Changes by Brett Cannon br...@python.org:
--
assignee: docs@python -
components: +Library (Lib) -Documentation
nosy: -docs@python
priority: normal - low
stage: - test needed
type: - enhancement
versions: +Python 3.4
___
Python tracker
Changes by Brett Cannon br...@python.org:
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19543
___
___
Python-bugs-list
Tim Golden added the comment:
Thanks: final outdated comments removed
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10197
___
Tim Golden added the comment:
Closing this as won't fix. The code has been reimplemented and additional
documentation has been added over at issue10197. Given that these are legacy
functions, I don't propose to do any more here.
--
resolution: - wont fix
status: open - closed
Martin v. Löwis added the comment:
I missed the original message. I'll try to come up with a patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19550
___
Marc-Andre Lemburg added the comment:
Then I don't understand changes such as:
-'chinese-s':'zh_CN.eucCN',
+'chinese-s':'zh_CN.gb2312',
or
-'sp': 'sr_CS.ISO8859-5',
-'sp_yu':
New submission from Marc Abramowitz:
I just installed Python 3.0a4 from source on an Ubuntu system and noticed that
it doesn't seem to set the distutils.sysconfig config var: SO:
```
vagrant@ubuntu:~/src/Python-3.4.0a4$ python3.4
Python 3.4.0a4 (default, Nov 11 2013, 17:11:59)
[GCC 4.6.3] on
Serhiy Storchaka added the comment:
Fixed. Thank you Jason.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16685
___
___
Changes by Brett Cannon br...@python.org:
--
assignee: eric.araujo -
nosy: -eric.araujo, tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19555
___
Serhiy Storchaka added the comment:
Here is simplified and updated to tip patch.
--
Added file: http://bugs.python.org/file32575/wave_write_unseekable_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5202
Barry A. Warsaw added the comment:
Indeed, this happens for me too in default head.
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19555
___
Barry A. Warsaw added the comment:
Never mind, this is an intentional change:
- Issue #16754: Fix the incorrect shared library extension on linux. Introduce
two makefile macros SHLIB_SUFFIX and EXT_SUFFIX. SO now has the value of
SHLIB_SUFFIX again (as in 2.x and 3.1). The SO macro is
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19555
___
___
Python-bugs-list mailing
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: -Library (Lib)
nosy: -serhiy.storchaka
stage: - needs patch
type: - enhancement
versions: -Python 3.2, Python 3.5
___
Python tracker rep...@bugs.python.org
Marc Abramowitz added the comment:
Thanks Barry, for tracking down that this is intentional.
I wonder how one gets this value in Python code now? For example, the reason I
stumbled upon this in the first place is that there is some code in PyCrypto
Roundup Robot added the comment:
New changeset 19912ad231a3 by Andrew Kuchling in branch 'default':
Closes #6683: add a test that exercises multiple authentication.
http://hg.python.org/cpython/rev/19912ad231a3
--
nosy: +python-dev
resolution: - fixed
stage: test needed -
A.M. Kuchling added the comment:
Here's the changes from patch.py, put into patch format. I took out the
inlining for ntb() and support for different tarfile APIs, and also replaced
the use of .split(,1)[0] by .partition().
--
nosy: +akuchling
Added file:
Barry A. Warsaw added the comment:
Isn't this already fixed? We have _sysconfigdata for this now.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9878
Marc-Andre Lemburg added the comment:
Jan, the codec implements an encoding which has certain characteristics just
like any other codec. It works both in Python 2 and 3 without problems.
The documentation is no longer true, though. Ever since we added encoding
markers to source files, the raw
Serhiy Storchaka added the comment:
That's not intended. The normalize() function is supposed to
prepare the locale for the lookup. It's not supposed to be applied
to the looked up value.
Last patch doesn't contain this part of tests.
--
___
Python
Serhiy Storchaka added the comment:
There are no such systems really, in X.org this is just a mistake.
glibc doesn’t write it like this and it is agains the specification
here:
While normalize can return sd...@devanagari.utf-8, _parse_localename() should
be able correctly parse it. Removing
Roundup Robot added the comment:
New changeset 267ad2ed4138 by Andrew Kuchling in branch 'default':
#15422: remove NEWS item for a change that was later reverted
http://hg.python.org/cpython/rev/267ad2ed4138
--
___
Python tracker
Marc-Andre Lemburg added the comment:
On 11.11.2013 20:21, Serhiy Storchaka wrote:
That's not intended. The normalize() function is supposed to
prepare the locale for the lookup. It's not supposed to be applied
to the looked up value.
Last patch doesn't contain this part of tests.
Barry A. Warsaw added the comment:
Here's a patch, sans NEWS and any docs.
--
Added file: http://bugs.python.org/file32577/issue19555.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19555
Changes by Barry A. Warsaw ba...@python.org:
--
title: SO config var not getting set - SO configuration variable should be
deprecated in 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19555
Barry A. Warsaw added the comment:
Note that obviously the DeprecationWarning is not raised if you do
sysconfig.get_config_vars()['SO']
but it still gets mapped to EXT_SUFFIX in that case.
--
___
Python tracker rep...@bugs.python.org
Barry A. Warsaw added the comment:
On Nov 11, 2013, at 06:27 PM, Marc Abramowitz wrote:
What would be the way to express this now in Python = 3.4?
For now, use sysconfig.get_config_var('EXT_SUFFIX') though if no one objects
to my patch, I'll restore 'SO' for 3.4. We'll add a
A.M. Kuchling added the comment:
Here's a patch that contains text for a description of these two functions.
However, I can't figure out what section they would belong in. They don't
really belong in http://docs.python.org/3.4/c-api/structures.html, which is for
the C structures.
Also note
A.M. Kuchling added the comment:
Mis-clicked and forgot to attach the patch.
--
Added file: http://bugs.python.org/file32578/16776.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16776
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10734
___
A.M. Kuchling added the comment:
Here's an updated version of the documentation patch, that doesn't encourage
using pygettext so much. It also updates Barry Warsaw's e-mail address and
makes some other small edits.
--
nosy: +akuchling
Added file:
Zachary Ware added the comment:
Here's a new version of the patch that I think addresses the points in your
review (which I've also replied to on Rietveld).
And I agree about not backporting.
--
Added file: http://bugs.python.org/file32580/issue3158.v2.diff
Eric Snow added the comment:
1. was intentionally left blank wink
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18864
___
___
Python-bugs-list
Eric Snow added the comment:
Sorry that wasn't more clear. I committed the changes from the
modulespec-primary-changes.diff patch to the pep451 branch in the server-side
clone. Those changes are:
Step 1
--
1. added ModuleSpec class
2. added _SpecMethods wrapper class
3. added ModuleSpec
Eric Snow added the comment:
Regarding tests, a bunch of importlib (and other?) tests make direct calls to
find_module(), find_loader(), or load_module(). These are still working, as
expected. However, we should probably either replace them or supplement them
with equivalent tests that make
Nick Coghlan added the comment:
Yeah, don't replace any tests, add new ones for the new APIs. Given the
needs of 2/3 compatible loader implementations, the deprecations referred
to in the PEP should also be documentation-only for 3.4.
A more conservative approach also gives us a chance to make
Eric Snow added the comment:
Yeah, don't replace any tests, add new ones for the new APIs.
That's what makes the most sense to me too.
Given the
needs of 2/3 compatible loader implementations, the deprecations referred
to in the PEP should also be documentation-only for 3.4.
I'm fine with
Nick Coghlan added the comment:
Although, a boolean query method would bring back the problem of the loader
not reporting any details on *why* it can't load into a particular target
module. So it may be better to have an optional loader
check_existing_target API that throws a suitable exception
Nick Coghlan added the comment:
On 12 Nov 2013 09:36, Eric Snow rep...@bugs.python.org wrote:
As we found out (and you expounded) there are a variety of
reload/load-into cases that we could address more explicitly. Perhaps
there's a better API that could address those needs more broadly, or
Eric Snow added the comment:
(I still like the idea of passing
a target to importlib.find_spec - I just no longer think we should be
passing that down to the finders themselves).
Passing the target to the finders isn't just for the sake of any implicit
check_target test, though that was the
Nick Coghlan added the comment:
And coming full circle: there's no *harm* in letting finders reject loading
into a target module, and that's orthogonal to having loaders reject it.
It's just that loaders that want to do that will currently still need to
implement load_module.
That means the
Eric Snow added the comment:
Sounds good. It will be worth adding a note to the load_module() docs
indicating the limited cases where it is still appropriate, and encouraging the
use of exec_module() instead.
--
___
Python tracker
New submission from Takayuki SHIMIZUKAWA:
http://python.org/download/ have a link to Python 2.7.6 bzipped source tarball
(for Linux, Unix or Mac OS X, more compressed), but Python-2.7.6.tar.bz2 that
is linked is not exist.
Thanks.
--
components: Build
messages: 202665
nosy:
Ned Deily added the comment:
Thanks for the report. As of the 2.7.6 release, bz2-compressed 2.7.x tarballs
are no longer produced. The link on the download page now points to the
xz-compressed tarball, which offers better compression than bz2.
--
nosy: +ned.deily
resolution: -
STINNER Victor added the comment:
neologix made a review on rietveld:
http://bugs.python.org/review/19466/#ps9818
There was an issue in finalize_threads-2.patch: the test didn't pass in release
mode. I fixed it by adding -Wd to the command line option.
I also replaced threading.Lock with
mpb added the comment:
Connecting a UDP socket doesn't established a duplex connection like
in TCP:
Stream and duplex are orthogonal concepts.
I still contend that connected UDP sockets are a duplex communication channel
(under every definition of duplex I have read).
The Linux connect
Eric Snow added the comment:
I'm running the pep-451 clone against 2 buildbots for now:
*
http://buildbot.python.org/all/builders/x86%20Windows%20Server%202003%20%5BSB%5D%20custom
* http://buildbot.python.org/all/builders/AMD64%20Ubuntu%20LTS%20custom
The ubuntu one is happy with the feature
Zachary Ware added the comment:
Any further thoughts on this? I think my vote is for v3, except s/must/can
only/. must makes it sound like you are forced to pass those arguments.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 5198e8f325f5 by Zachary Ware in branch '3.3':
Issue #19440: Clean up test_capi
http://hg.python.org/cpython/rev/5198e8f325f5
New changeset 26108b2761aa by Zachary Ware in branch 'default':
Issue #19440: Clean up test_capi
Changes by Zachary Ware zachary.w...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19440
___
Eric Snow added the comment:
The OS X buildbot I used [1] did not exhibit any of the failures that Windows
server 2003 showed.
[1] http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%20custom
--
___
Python tracker rep...@bugs.python.org
Eric Snow added the comment:
The Windows 7 buildbot I tried [1] shows the exact same failures that the
server 2003 does.
[1] http://buildbot.python.org/all/builders/x86%20Windows7%20custom
--
___
Python tracker rep...@bugs.python.org
Ned Deily added the comment:
If nobody else gets to it first, I'll do this in the next couple of days.
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19553
___
New submission from anatoly techtonik:
http://docs.python.org/2/library/ast.html
AST module doc is incomplete. To write node visitor, you need to know possible
types of parameters and expected values for every node type. They are different.
Eric Snow added the comment:
Naturally the other Windows buildbot I tried did not fail any import-related
tests. So much for consistency. :(
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%20custom
--
___
Python tracker
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19554
___
92 matches
Mail list logo