Ned Deily added the comment:
That's unfortunate and my fault, basically, the .tgz tarball was built with a
BSD-ish tar while the .xz one was built with a GNU tar, as intended. I hate to
do a stealth update, unless absolutely necessary, and I don't get see any
errors unpacking th
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg268685
___
Python tracker
<http://bugs.python.org/issue27337>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Python's platform module has both platform-independent and platform-dependent
functions as noted in its documentation. While it isn't as clearly documented
as perhaps it should be, on most "Unix-y" platforms, like OS X, much of the
platfor
Ned Deily added the comment:
reopening for 3.3.7 evaluation. Georg?
--
nosy: +georg.brandl, ned.deily
priority: normal ->
resolution: fixed ->
stage: resolved -> needs patch
status: closed -> open
versions: +Python 3.3
___
Python tr
Changes by Ned Deily :
--
nosy: +davin
___
Python tracker
<http://bugs.python.org/issue18751>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Ned Deily :
--
nosy: +gregory.p.smith
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue27273>
___
___
Python-bugs-list mai
Changes by Ned Deily :
--
nosy: +eric.smith
stage: -> patch review
versions: -Python 2.7, Python 3.2, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
OK, thanks for the info. I'm going to close this issue as "won't fix" and try
real hard not to do it again.
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
Ned Deily added the comment:
There is a problem with the current implementation. When running ./configure
using compilers other than a current gcc, for example, when using clang or
older versions of gcc, the build variable MULTIARCH may not get set because
those compilers do not support
Changes by Ned Deily :
--
priority: normal -> critical
stage: -> needs patch
versions: +Python 3.6 -Python 3.5
___
Python tracker
<http://bugs.python.org/i
Ned Deily added the comment:
test_idle now runs without failing. Thanks, Terry and Berker.
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
FWIW, I'm still seeing these errors on OS X (10.11.5 with ActiveTcl 8.5.18)
using 2.7.12rc1, 3.5.2rc1, and top-of-trunk 3.6.0. They do not occur on the
same platform when using 2.7.11 or 3.5.1.
For example:
$ /usr/local/bin/python2.7
Python 2.7.12rc1 (v2.7.
Ned Deily added the comment:
As Wim notes, that behavior is documented. So, until someone wants to provide
an enhancement patch, we should close this issue. Sorry!
--
nosy: +ned.deily
resolution: -> not a bug
stage: -> resolved
status: open -&g
Ned Deily added the comment:
Thanks for contributing the patch, Jakub. I'm sorry that there's been no
action on it; unfortunately, the BSD platforms don't get as much attention here
as some others. I took a cursory look at it and the patch looks pretty good to
me and applies
Ned Deily added the comment:
>From a quick search of the issue tracker, I didn't find any previous reports
>of this. We do have a couple of gentoo buildbots but probably not
>gentoo-hardened. So I don't think this issue is going to go anywhere here and
>I'm go
Changes by Ned Deily :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
title: Enhancing the installer -> Enhancing the Windows installer
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
Terry et al: is anyone from the Python Packaging Authority (and or
distutils-sig) involved in this project? After all, pip is developed and
maintained by them, not by python-dev. I don't think we should be committing
code to the Python Standard library f
Ned Deily added the comment:
Let me just expand on my concerns here. I apologize for not thinking about
these earlier: I haven't been paying enough attention to this project. And I
certainly do not intend this to be a criticism of anyone's work on this,
especially your work, U
Ned Deily added the comment:
One other possibility: decouple the gui from both Python and pip releases by
packaging and, at least initially, releasing it through PyPI as an independent
project. That is, after all, the preferred mechanism for adding new
functionality to the standard library
Changes by Ned Deily :
--
nosy: +rhettinger
stage: -> patch review
versions: -Python 3.2, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
Typically, for other sorts of build configuration data, we have relied on
extracting that from the ./configure-produced Makefile and making it available
via sysconfig.get_config_var(). I think we should be cautious about bloating
sys.implementation with platform
Ned Deily added the comment:
Thanks for the fix up, Steve. For 3.6.0a3, I chose to just change the 3.3 and
3.4 whatsnew references to just in-line code without any links. If anyone
wants something fancier, please feel free to expand on it (after the release).
(BTW, Steve, when you submit an
Ned Deily added the comment:
@blarsen, and there's something strange about your example. '-m' won't work
with a real python executable, presumably you meant '-c'. And judging from the
paths involved, I'm guessing you are using MacPorts on OS X. With
Ned Deily added the comment:
@blarsen, OK, but if you want to pursue this, please open a new issue against
the current versions. This issue was closed years ago and against earlier
versions so your comments will not get acted on.
--
___
Python
Changes by Ned Deily :
--
priority: normal -> release blocker
___
Python tracker
<http://bugs.python.org/issue27498>
___
___
Python-bugs-list mailing list
Un
Changes by Ned Deily :
--
nosy: +ezio.melotti, michael.foord, rbcollins
versions: +Python 3.6 -Python 3.2, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issue27
Changes by Ned Deily :
--
priority: normal -> release blocker
___
Python tracker
<http://bugs.python.org/issue27487>
___
___
Python-bugs-list mailing list
Un
Changes by Ned Deily :
--
nosy: +davin
___
Python tracker
<http://bugs.python.org/issue18966>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Ned Deily :
--
priority: normal -> release blocker
___
Python tracker
<http://bugs.python.org/issue25548>
___
___
Python-bugs-list mailing list
Un
Changes by Ned Deily :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<http://bugs.python.org/issue27
Ned Deily added the comment:
It appears that not including the OS value in the header is probably more of a
feature rather than a bug considering how long the gzip module has been around
with this behavior. Have you found any real-life cases where it makes a
difference?
In any case, the
Ned Deily added the comment:
tkinter is pretty much just a thin wrapper around the Tcl/Tk C API so suspicion
for behavior like this start there. Usually, the easiest way to confirm that
is to write an equivalent test in Tcl using its wish shell but, in this case,
there's an even easie
Ned Deily added the comment:
tkinter is pretty much just a thin wrapper around the Tcl/Tk C API so suspicion
for behavior like this should start there. Usually, the easiest way to confirm
that is to write an equivalent test in Tcl using its wish shell but, in this
case, there's an
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg270570
___
Python tracker
<http://bugs.python.org/issue27529>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Thanks for the patch. If we do want to use a markup language for the README,
we would want to use reStructuredText, the standard markup language for
CPython, rather than Markdown, which we currently don't use at all. Github
supports both, doesn't it?
Changes by Ned Deily :
--
nosy: +brett.cannon
___
Python tracker
<http://bugs.python.org/issue27536>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Sorry, the documentation for sys.setrecursionlimit() explicitly warns you
against doing this:
"The highest possible limit is platform-dependent. A user may need to set the
limit higher when she has a program that requires deep recursion and a platform
Ned Deily added the comment:
I agree with RDM. CPython makes no guarantee that you can't crash the
interpreter if you really try to. "Consenting adult" means we don't impose
performance penalties on everyone just to protect some users from their own
attempts t
Ned Deily added the comment:
Let me add that, in principle, no one is opposed to making Python more
fault-tolerant, certainly if there are demonstrable cases where the behavior
can be exploited to deny services to others. Cases like this, where it would
seem that exploiters could only deny
Changes by Ned Deily :
--
resolution: remind -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue27538>
___
___
Python-bugs-
Ned Deily added the comment:
Try installing cffi from source rather than using the pre-compiled wheel:
python -m pip uninstall cffi
python -m pip install -v --no-use-wheel --user cffi
If that works, there could be an incompatibility between the Python 2.7.12 you
are using and the C
Ned Deily added the comment:
It would still be interesting to know whether you see the same behavior with
building from source. If a cffi extension module is invoked during the install
process, it might screw things up. Otherwise, unless you can reproduce the
problem with a vanilla Python
Ned Deily added the comment:
Thanks for trying! Perhaps the first thing to do is to check with the cffi
project; perhaps Armin will recognize something. I'm going to mark this issue
as "closed" but feel free to re-open it if a problem with Python turns up.
--
resolu
Ned Deily added the comment:
IMO, there are too many possible scenarios here where a segfault could be
caused by the Debian patches, by pip, by wheel, or by cffi - too many to assume
a CPython problem.
FWIW, I am unable to reproduce the segfault on a pretty current Debian testing
system
Ned Deily added the comment:
@Vedran, the original issue is closed and the code for it already released.
Please open a new issue referencing this one, otherwise your comments here will
likely be forgotten.
--
nosy: +ned.deily
versions: -Python 3.6
Ned Deily added the comment:
I now see Vedran has already opened Issue27539 for this. Sorry for the
additional noise.
--
___
Python tracker
<http://bugs.python.org/issue21
Changes by Ned Deily :
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Ned Deily :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue27490>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
"Perhaps related is that the list at <https://www.python.org/doc/versions/>
only goes up to 3.4.3."
That page is manually updated by the release managers. Note that there are
entries on the page for the most recent 2.7.x releases, 2.7.11 and
Ned Deily added the comment:
Larry, I updated PEP 101 to reflect I think are the steps required for this
with the new website; the doc upload instructions are already in PEP 101. I'm
sure it is still missing some steps. Feel free to improve!
https://github.com/python/peps/c
Ned Deily added the comment:
The actions in PEP 101 cited by Georg in msg251105 above still need to be done.
--
___
Python tracker
<http://bugs.python.org/issue25
Changes by Ned Deily :
--
components: +Windows -Distutils
nosy: +paul.moore, steve.dower, tim.golden, zach.ware -dstufft, eric.araujo
___
Python tracker
<http://bugs.python.org/issue27
Ned Deily added the comment:
Building python without zlib is support is pretty unusual today and certainly
not recommended. I agree that it is not worth adding more complexity to the
Python configure script or Makefile to cover this edge case dependency in pip.
There are other potential
Ned Deily added the comment:
We should be able to make things work for OS X installer builds one way or
another so don't let that be a factor.
--
___
Python tracker
<http://bugs.python.org/is
Ned Deily added the comment:
I think a proposal to add an option like this requires more discussion,
probably a PEP.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue26
Ned Deily added the comment:
Also, has anyone tried bundling the std lib into a zlib? I know that option
has been around for a long time but I don't know if it still works or is even
being used. Presumably, that would be another way to save space and file
system en
Ned Deily added the comment:
It's not just broken for cross-compiling. As I noted earlier, it's broken when
using other than gcc, such as is the case with current OS X systems. This
needs to be fixed before release.
--
___
Python trac
Changes by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue27658>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
The crash is in libcrypto but Apple doesn't supply a libcrypto.1.0.0 with OS X
10.11, only 0.9.7 and 0.9.8. Check the rest of the crash log to see where
you're picking it up from and make sure you have an up-to-date version. If you
have a version fro
Ned Deily added the comment:
libcrypto is part of OpenSSL which is famous for not maintaining ABI
compatibility across versions and generally you should be using the most recent
version of OpenSSL. Depending what and where you have your copy installed,
it's also possible the build pick
Changes by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<http://bugs.python.org/issue27632>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Possible duplicate of Issue10656 (see also Issue16189)
--
nosy: +David.Edelsohn, ned.deily
___
Python tracker
<http://bugs.python.org/issue27
Changes by Ned Deily :
--
nosy: +davin
___
Python tracker
<http://bugs.python.org/issue10673>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
No doubt you are running into same problem that is described here:
http://stackoverflow.com/questions/12553057/compile-python-2-7-3-from-source-on-a-system-with-python-2-7-already
The problem is, that on most Unix systems (with the notable exception of Mac OS
X
Ned Deily added the comment:
Looks like there have been longstanding issues with using curses to write to
the right-/bottom-most character position of a curses window; see open
Issue8243 and various discussions elsewhere. Some of the discussions suggest
the issues dates back to support of
Ned Deily added the comment:
See also Issue27693 which documents a similar issue using curses.textpad.
--
___
Python tracker
<http://bugs.python.org/issue8
Ned Deily added the comment:
test_click_help_source fails on OS X:
==
FAIL: test_click_help_source (idlelib.idle_test.test_query.HelpsourceGuiTest
New submission from Ned Deily:
If you run test_idle using the standard Python regression test runner,
regrtest, and use regrtest's -w option (to re-run failure test verbosely)
*without* using regrtest's -j option (to run tests in separate processes), any
real test failure triggeri
Changes by Ned Deily :
--
components: +Build -Installation
nosy: +ned.deily
stage: -> needs patch
versions: +Python 3.6
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
Joseph, thanks for taking an interest in improving Python and submitting this
patch. Alas, I don't think we should apply it. There are always tradeoffs
that have to be considered when changing existing code. Distutils is one of
the oldest and most ext
Ned Deily added the comment:
It seems that there are a bunch of different ctags and ctags-like programs out
there. I don't use ctags myself (nor the "make tags" build step) and I don't
know how other programs use the tags file it produces so I don't really have a
Ned Deily added the comment:
With 8f37d772f71f, the test no longer fails. Thanks!
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Terry, b10a312f6d00 appears to fix most of the issue, that is, if I insert a
deliberate failure into another IDLE test and use -w without -j, the four
repeatable errors I identified above no longer occur. Thanks. However, the
fifth, timing-dependent error still
Ned Deily added the comment:
Thanks for the good test, Simon. Bisection points to b841972ed0bd for
Issue27038 as the culprit here. (It was pushed between 3.6.0a2 and a3.)
Brett, Jelle, can you please take a look at this? I'm going to keep it as a
Release Blocker fo
Ned Deily added the comment:
>So what happens if you comment out line 34?
> macosx.setupApp(cls.root, None)
That seems to eliminate the intermittent "IndexError: list assignment index out
of range" and doesn't seem to
Ned Deily added the comment:
Thanks for the patch. FWIW, that does seem to solve the crash. Brett, look
good to you? If so, I can push the fix.
--
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.org/issu
Changes by Ned Deily :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<http://bugs.python.org/issue27
Changes by Ned Deily :
--
nosy: +lukasz.langa
___
Python tracker
<http://bugs.python.org/issue27762>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Steven, don't forget to update Misc/NEWS and to close this issue on the bug
tracker. Thanks!
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/is
Ned Deily added the comment:
I think tests for abs() using complex numbers are already in test_cmath. How
do they look?
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue27
Ned Deily added the comment:
I have no special insight into this one but, since there seems to be general
agreement here that this makes things better for those using C++ on OS X and
FreeBSD, I guess it's time to try it. Pushed for release in 2.7.13, 3.5.3, and
3.6.0.
Thanks for the ve
Ned Deily added the comment:
I've applied the patch for 3.6.0a4 so the immediate issue is fixed. I wonder
if it would be worthwhile adapting Simon's test case to add to the embedding
test cases in Lib/test/test_capi.py. I'm going to leave the issue open for a
while in
Ned Deily added the comment:
I just noticed another similar test dependency, this time between test_idle and
test_tix. If run with -j set, the problem is not seen. This is still present
in 3.6.0a4:
$ python3.6 -m test -uall -w test_idle test_tix
Run tests sequentially
0:00:00 [1/2
Ned Deily added the comment:
Since test_NTh_Root is failing on so many different buildbot platforms and in
different ways, I'm marking this as a "release blocker". It would be very
helpful to get this resolved prior to 3.6.0b1 next month. Suggest checking the
test results
Ned Deily added the comment:
FTR, multiple platforms are failing in various ways, not just PPC64, so
Issue27761 was expanded to cover them and has been marked as a "release
blocker".
--
nosy: +ned.deily
___
Python tracker
<http://bu
Ned Deily added the comment:
"Ned, test_tix failing on some systems [...]"
Sorry, Terry! I had forgotten about Issue27611 and didn't do a proper search.
--
___
Python tracker
<http://bugs.pyt
Ned Deily added the comment:
Excellent! Thanks for digging into that. Increasing the iterations seems to
work fine within the (understandable) limitations of the existing embedded
tests, e.g. only work from a source tree build (not an installed build nor from
a separate build directory) etc
Changes by Ned Deily :
--
nosy: +eric.smith
versions: +Python 3.6 -Python 3.2, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issue27
Changes by Ned Deily :
--
nosy: +ghaering
___
Python tracker
<http://bugs.python.org/issue27645>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +alex, dstufft, giampaolo.rodola, janssen
versions: +Python 3.6 -Python 2.6, Python 3.1
___
Python tracker
<http://bugs.python.org/issue18
Ned Deily added the comment:
Thanks for the report. It looks the assert error is triggered by the new test
case added in 59638baee25e for Issue13436. Since that test case was only added
for 3.6, I've only applied Ivan's suggested fix for 3.6 as well, although you
could trigge
Ned Deily added the comment:
Thanks for the report but, AFAIK, pgen is only used during the build of Python
and pgen is not installed (by "make install"). This doesn't seem like it is
worth worrying about. Or am I missing something? Feel free to reopen if so or
if someone
Ned Deily added the comment:
OK, that's not unreasonable and I see there have been earlier issues opened and
addressed for similar problems (e.g. Issue18695). Perhaps someone will want to
dive in.
--
resolution: wont fix ->
stage: resolved -> needs patch
status: closed -&
Ned Deily added the comment:
"Could you try the comment out test of macosx call for test_autocomplete
(around line 30 to 35) in 2.7 and 3.5?"
Commenting out the mac.setupApp call in the test setup class did not appear to
affect the running of the tests for either
Ned Deily added the comment:
Sylvain, have you brought this feature request up on the Distutils mailing
list? The PyPA there is responsible for packaging features. One big issue
with adding new features to Distutils is the backwards-compatibility tradeoff:
many third-party package authors
Ned Deily added the comment:
You are almost certainly seeing a crash due to a critical bug in the
Apple-supplied version of Tk 8.5 on OS X systems up through at least OS X
10.11. See here for more information:
https://www.python.org/download/mac/tcltk/#apple-8-5-9.
The solution is to use a
New submission from Ned Deily:
Attempts to build Python 2.7 using OS X/macOS public beta versions of the
latest command-line tools can fail due to the removal of the system header file
for QuickTime/QuickTime.h, one of the long deprecated Carbon APIs. Currently,
Python only attempts to build
Ned Deily added the comment:
"I posted a couple of messages on distutils-sig and got little attention."
OK, for future reference, the start of the discussion was here:
https://mail.python.org/pipermail/distutils-sig/2016-May/029010.html
It looks like the first item, the one relati
Ned Deily added the comment:
https://mail.python.org/pipermail/distutils-sig/2016-August/029469.html
--
___
Python tracker
<http://bugs.python.org/issue26
Changes by Ned Deily :
--
priority: normal -> release blocker
___
Python tracker
<http://bugs.python.org/issue12713>
___
___
Python-bugs-list mailing list
Un
5901 - 6000 of 6927 matches
Mail list logo
