Ned Deily added the comment:
There is now one test available to be applied from Issue16226; see
http://bugs.python.org/file27613/issue16226_test.patch. It may need to be
modified depending on where the tests are ultimately put in the source tree.
--
nosy: +ned.deily
Ned Deily added the comment:
The attached patch applies cleanly to default, 3.3, 3.2, and 2.7. It appears
to prevent the Tk crash observed with ActiveTcl 8.5.12.1 with all of them and I
did not observe regressions when briefly tested on OS X with older versions of
Tk 8.5 or Tk 8.4 nor on
New submission from Ned Deily:
The Developer's Guide needs to be updated to reflect the release of 3.3.
Primarily, this involves adding the 3.3 branch and updating the sequence of
branch names and other release number references. The attached patch does so.
It's pre
Ned Deily added the comment:
Thanks for your suggestions, Nick and Todd. While reviewing them, I realized
that there is also a small context (right-click) menu for the IDLE shell window
as well. I expanded the doc changes to include it and included several other
minor doc updates. I also
Ned Deily added the comment:
Antoine, I think if possible it is best to always have the devguide reflect the
current process. Once 3.2 moves to security mode, it is a trivial process to
update devguide again (no release involved!).
--
resolution: -> fixed
stage: patch rev
Ned Deily added the comment:
I'm curious as to what value there would be in adding support for cross
building an OS X variant of Python on Linux. It seems to me that such an
animal would be fragile and incomplete at best. For example, normal Python
builds on OS X normally require certa
Ned Deily added the comment:
Pedro, try installing the older ActiveTcl 8.5.11.1 from here:
http://downloads.activestate.com/ActiveTcl/releases/8.5.11.1/
It is not perfect but does not have the Preferences regression and does have
fixes for crashes when typing composite input characters
Ned Deily added the comment:
Thanks for everyone's help on this. To summarize, opening IDLE's Preferences
menu when Python is dynamically linking to ActiveTcl 8.5.12.1 (at this writing,
the most recent version) causes Tk to crash. The committed patches here avoid
the crash by c
Changes by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue16262>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the patch but why are you proposing it? First, there are no xz
compressed downloads used in the OS X installer build. Second, OS X currently
does not ship with xz library support or with an unxz command. We build libxz
for use by Python in the
Ned Deily added the comment:
Serhiy, I see that the context for this patch is that you have been providing
xz patches for various parts of Python. For the reasons I mentioned, this
particular patch is not needed nor will it work as is on OS X. So I am
rejecting it for now
Changes by Ned Deily :
--
nosy: +giampaolo.rodola
___
Python tracker
<http://bugs.python.org/issue16318>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I can't reproduce this on 10.8 with Apple clang 4.1. Your compile options look
a little funky, including a missing -fwrapv. It looks like that option and
-DNDEBUG are normally passed from ./configure into the Makefile through the OPT
variable. Are you b
Ned Deily added the comment:
I agree with Antoine. There is never going to be a right value for sleep: the
behavior of the buildbots can vary so much from run to run, especially if there
are multiple VMs running on one host. If anything, we should be working to
remove as many "
Changes by Ned Deily :
--
title: 3.4 cherry pick: d22ef969cb82 & f5be4ea5b43e new distribution &
installation guides -> 3.4 cherry pick: d22ef969cb82 & f5be4ea5b43e &
25dc02a2acae new distribution & installation guides
__
Ned Deily added the comment:
PIL is a third-party distribution and thus not part of the Python standard
library. See its page on the Python Package Index here:
https://pypi.python.org/pypi/PIL
Be aware that, AFAIK, PIL is no longer being developed. If you aren't already
using it, you
Changes by Ned Deily :
--
nosy: +eli.bendersky, scoder
___
Python tracker
<http://bugs.python.org/issue20928>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ned Deily:
The 3.4 What's New document has a section entitled "New expected features for
Python implementations", a title not found in previous releases. I believe
that the intention is to document features expected to be implemented by all
Python
Changes by Ned Deily :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue20931>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +sbt
___
Python tracker
<http://bugs.python.org/issue20934>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
I think "New Features" works better.
--
___
Python tracker
<http://bugs.python.org/issue20931>
___
___
Python-bugs-l
Ned Deily added the comment:
Thanks for the report. This is an issue with the new python.org website. I've
opened an issue on the website tracker on your behalf:
https://github.com/python/pythondotorg/issues/304
--
nosy: +ned.deily
resolution: -> 3rd party
stage: ->
Ned Deily added the comment:
("Cherry pick" has a special meaning for the release process.)
--
nosy: +ned.deily
title: Cherry pick CFLAGS, add to flags for $(BUILDPYTHON) Makefile rule ->
Support building Python with Clang sanitizer rules
_
New submission from Ned Deily:
It looks like another change to the new python.org website is breaking another
test:
==
FAIL: test_geturl (test.test_urllibnet.urlopenNetworkTests
Ned Deily added the comment:
The above changes temporarily fix the problem as long as the build include ssl
support. We should probably change all of the tests to use some other domain
that does not redirect to https: www.example.com has been suggested
Ned Deily added the comment:
I've just seen another instance of this failure, this time using a 3.4.0
release test OS X installer build (non-debug, built on and running on OS X
10.5). The added diagnostics show up:
[186/389/1] test_logging
Deleted at 1394930826.466016, open
Ned Deily added the comment:
LGTM
--
___
Python tracker
<http://bugs.python.org/issue20931>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
Here are patches to change network use of www.python.org to www.example.com so
that the tests should pass even if the interpreter is built without SSL
support. It turns out that there are references to www.python.org in
unexpected places (like test_site) so
Changes by Ned Deily :
Added file: http://bugs.python.org/file34456/issue20939_all_32.patch
___
Python tracker
<http://bugs.python.org/issue20939>
___
___
Python-bug
Changes by Ned Deily :
Added file: http://bugs.python.org/file34455/issue20939_all_31.patch
___
Python tracker
<http://bugs.python.org/issue20939>
___
___
Python-bug
Changes by Ned Deily :
Added file: http://bugs.python.org/file34457/issue20939_all_33.patch
___
Python tracker
<http://bugs.python.org/issue20939>
___
___
Python-bug
Changes by Ned Deily :
Added file: http://bugs.python.org/file34458/issue20939_all_3x.patch
___
Python tracker
<http://bugs.python.org/issue20939>
___
___
Python-bug
Changes by Ned Deily :
--
nosy: +michael.foord
___
Python tracker
<http://bugs.python.org/issue20968>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
components: +Windows
nosy: +loewis, zach.ware
___
Python tracker
<http://bugs.python.org/issue20972>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Thanks for the report. And thanks for noting the duplicate, Martin.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> Function calls taking a generator as star argument can mask
T
Changes by Ned Deily :
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> test_geturl of test_urllibnet fails with
'https://www.python.org/' != 'http://www.python.org/'
_
Changes by Ned Deily :
--
nosy: +loewis, zach.ware
___
Python tracker
<http://bugs.python.org/issue20984>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the report. The page is now updated. For future reference, please
report issues with the python.org website here:
https://github.com/python/pythondotorg/issues
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
Ned Deily added the comment:
It's hard to be absolutely sure what is going on here since you show several
different interpreters and appear to be running on a non-standard, unsupported
platform but, as David noted, the primary issue is that the process locale has
almost certainly not bee
Ned Deily added the comment:
Ronald or Dmitry, can you elaborate under what conditions you start your login
shell on 10.9? I cannot reproduce the behavior you observe. With 10.9
Terminal.app and the default language settings in System Preferences and with
the default Terminal.app
Ned Deily added the comment:
OK, let's close this issue as a duplicate of Issue18378 and continue the
discussion there.
--
resolution: works for me -> duplicate
status: open -> closed
superseder: -> locale.getdefaultlocale() fails on Mac OS X with default
language
Ned Deily added the comment:
AFAIK, traditionally, there have not been separate download pages for each
pre-release of a new feature (e.g. 3.4.0) or maintenance (e.g. 3.3.5) release.
The usual practice has been to create *one* release page at the usual URI (e.g.
https://www.python.org
Changes by Ned Deily :
--
nosy: +loewis, zach.ware
___
Python tracker
<http://bugs.python.org/issue21030>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
>From the crash report provided, you are using the buggy Apple-supplied system
>Tcl/Tk 8.5 in OS X 10.7. You should have seen a warning message about this
>when starting IDLE. There are also warnings in the installer README and the
>download pa
Ned Deily added the comment:
Yes, upgrade. See Issue18458 for details.
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> interactive interpreter crashes and test_readline fails on OS X
10.9 Mavericks due to li
Ned Deily added the comment:
I believe Ronald's suggestion to disable calls to _scproxy doesn't quite work.
Please try this instead:
env no_proxy='*' python -m SimpleHTTPServer
--
___
Python tracker
<http://bug
Changes by Ned Deily :
--
assignee: -> ned.deily
nosy: +ned.deily
stage: -> needs patch
versions: +Python 3.5
___
Python tracker
<http://bugs.python.org/i
Ned Deily added the comment:
After pushing the changes for Issue20939, many of the buildbots started
experiencing the test_fileno failure using www.example.com. The interesting
thing is that not all of them do, including my primary development system (OS X
10.9) which is why I didn't
Ned Deily added the comment:
I've pushed the changes to 2.7, 3.4, and default. That has exposed a new
intermittent failure of test_fileno in test.test_urllibnet (see Issue21069).
I'll leave this issue open until that is resolved. And I'll leave it up to the
respective rele
Ned Deily added the comment:
After looking at why the 2.7 version of the test does not fail, the problem
became apparent. In 2.7, test_errno tests urlopen() of the original deprecated
urllib module. In 3.x, the test was ported over but now uses urlopen() of
urllib.request which is based on
Ned Deily added the comment:
If there are no objections, I'd like to commit this cleanup soon. It should
make things a bit easier for people testing IDLE from development builds on OS
X and fix some long-standing bugs when linking with the Tk X11 variant on OS X.
--
Ned Deily added the comment:
Applied for release in 3.5.0, 3.4.1 and 2.7.7. Thanks, everyone!
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 3.5 -Python 3.3
___
Python track
Ned Deily added the comment:
Thanks for the review, Terry. The reasons for moving the menders changes are
two. As noted in the comments, the menudefs were being customized early in
IDLE initialization before calling Tk to create the root object and, therefore,
we did not know at that point
Ned Deily added the comment:
The issue associated with the patch in question is Issue9299. Adding possibly
affected releases and release managers for evaluation.
--
keywords: +security_issue
nosy: +georg.brandl, larry, ned.deily
priority: normal -> high
versions: +Python 3.2, Pyt
Ned Deily added the comment:
It looks like the arguments were inadvertently swapped during the conversion to
Argument Clinic. The Library Reference doc says:
window.addch(y, x, ch[, attr])
but the Argument Clinic docstring for 3.4.0 says:
Help on built-in function addch:
addch(...) method
Changes by Ned Deily :
--
keywords: +3.4regression
___
Python tracker
<http://bugs.python.org/issue21088>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the report. It seems to me this is a very rare case here: since
libz is supplied by OS X, it would be untypical for someone building Python to
supply their own version in $HOME/lib. But, further, the point of the test is
not to find the copy of libz
Ned Deily added the comment:
FYI: The analysis in Issue21093 suggests a probable failure cause: a local copy
of libz in either $HOME/lib or /usr/local/lib.
--
___
Python tracker
<http://bugs.python.org/issue1544
Ned Deily added the comment:
test_macholib has been changed to no longer fail if a local copy of libz is
encountered on the dyld search path ($HOME/lib or /usr/local/lib). Applied for
release in 3.5.0, 3.4.1, and 2.7.7.
--
resolution: -> fixed
stage: needs patch -> com
Ned Deily added the comment:
You don't say what platform you are using but, from the paths, I assume one of
the Linux distributions. The files you are talking about are not part of the
Python source but most likely added by whatever distribution you are using. I
suggest you open an iss
Ned Deily added the comment:
Thanks for the patch, Ronald. I modified it a bit and also removed
bundlebuilder.py from the source tree. Applied for release in 3.5.0.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
title: "mode
Changes by Ned Deily :
--
assignee: ronaldoussoren -> ned.deily
nosy: +ned.deily
versions: -Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
Thanks for your contribution. I think the more important issue here is the use
of the Apple folder icon. Someone would need to research what restrictions if
any exist before we could consider using an icon based on it.
The current icons were added back in 2006
Ned Deily added the comment:
I've looked at this a bit, primarily on OS X 10.9 Mavericks, although I expect
mostly similar behavior on older recent releases of OS X. On 10.9, the setting
of locale variables is done by whatever program is used to launch a shell. I
looked at the behavi
Changes by Ned Deily :
--
nosy: +lars.gustaebel
___
Python tracker
<http://bugs.python.org/issue21044>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +brett.cannon, eric.snow, ncoghlan
___
Python tracker
<http://bugs.python.org/issue21108>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Setting as release blocker pending evaluation.
--
keywords: +security_issue
nosy: +benjamin.peterson, georg.brandl, larry, lars.gustaebel, ned.deily
priority: normal -> release blocker
stage: -> test needed
versions: +Python 2.7, Python 3.1, Pyth
Ned Deily added the comment:
Just as an experiment (using the 3.4 branch and the Xcode 5.1 clang), the list
of unique symbols not found during the test dlopen in setup.py when using -flto:
_PyArg_ParseTuple
_PyArg_ParseTupleAndKeywords
_PyBaseObject_Type
_PyBool_Type
_PyByteArray_Type
Ned Deily added the comment:
It looks like -Werror=declaration-after-statement was added to BASECFLAGS in
configure.ac during the 3.4 development cycle by a3559c8c614b and e47806951fb2.
Unfortunately, BASECFLAGS propagates through to extension module builds as
well. If -Werror=declaration
Ned Deily added the comment:
This looks like a duplicate of Issue6672.
--
components: +Build
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
status: open -> pending
superseder: -> Add Mingw recognition to pyport.h to allow building extensions
title:
Changes by Ned Deily :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue21127>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
keywords: +patch
nosy: +serhiy.storchaka
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue21128>
___
___
Py
Changes by Ned Deily :
--
nosy: -ned.deily
resolution: duplicate ->
stage: committed/rejected ->
superseder: Add Mingw recognition to pyport.h to allow building extensions ->
___
Python tracker
<http://bugs.python.or
Changes by Ned Deily :
--
nosy: +ncoghlan
___
Python tracker
<http://bugs.python.org/issue21034>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue21149>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<http://bugs.python.org/issue21088>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +sbt
___
Python tracker
<http://bugs.python.org/issue21162>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
test_default_ecdh_curve is failing on current OS X systems (10.9 Mavericks and
10.8 Mountain Lion, at least) using the system-supplied OpenSSL libraries:
==
ERROR: test_default_ecdh_curve
Ned Deily added the comment:
That error appears to be coming from wheel.py inside of pip. So, if you do
want to pursue it, you should probably be asking on the pip tracker:
https://github.com/pypa/pip/issues
--
nosy: +ned.deily
resolution: -> 3rd party
stage: -> committed/re
Ned Deily added the comment:
build-installer.py now assumes that sphinx-build and the previously required hg
have been installed somewhere on the restricted PATH that the installer uses.
Behind the scenes, the installer build process has been substantially revised
to make use of a
Changes by Ned Deily :
--
assignee: ronaldoussoren -> ned.deily
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue21187>
___
___
Python-bugs-lis
Changes by Ned Deily :
--
components: +Library (Lib) -IO
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Thanks for the report. It should work OK now.
--
components: +Build
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
title: 2.7 build-installer.py with OS X 10.9 -> build-installer.py fails using
Xcode 5.1 on OS X 1
Changes by Ned Deily :
--
nosy: +mark.dickinson
versions: -Python 3.1, Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue21193>
___
___
Pytho
Ned Deily added the comment:
"should OS X be excluded?"
Yes. OS X uses universal binaries, with multiple CPU archs automatically
combined at build time into one file, so there generally is no need for
arch-specific directories.
But if the problem is being caused by Pythons patche
Changes by Ned Deily :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Using a local module name that shadows one in the standard library is a very
common "import trap". See, for example,
https://ncoghlan_devs-python-notes.readthedocs.org/en/latest/python_concepts/import_traps.html#the-name-shadowing-trap.
I did a qu
Changes by Ned Deily :
--
nosy: +sbt
versions: -Python 3.1, Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue21201>
___
___
Python-bug
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue21203>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Please report issues with bugs.python.org to its issue tracker (Help -> Report
Tracker Problem): http://psf.upfronthosting.co.za/roundup/meta/
--
nosy: +ned.deily
resolution: -> invalid
stage: -> committed/rejected
status: open
Changes by Ned Deily :
--
nosy: +giampaolo.rodola, gvanrossum, haypo, pitrou, yselivanov
___
Python tracker
<http://bugs.python.org/issue21209>
___
___
Python-bug
Ned Deily added the comment:
test_tk with test_geometry_managers_2-2.7.patch applied passed on OS X 10.9
linked with Carbon Tk 8.4.20, Cocoa 8.5.15, Cocoa 8.6.1, and X11 8.6.1.
--
___
Python tracker
<http://bugs.python.org/issue20
Ned Deily added the comment:
I don't think it was a conscious decision. Unlike most of the others, the link
for this essay is to the 2.2 docs tree. I'm guessing there was a redirect
there that has gone AWOL.
--
___
Python trac
Ned Deily added the comment:
Thanks for the report. This is being tracked in Issue21015.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> support SSL_CTX_set_ecdh_auto on ne
Ned Deily added the comment:
For 3.4.1 and 3.5, the Doc/Makefile no longer explicitly vendors sphinx and its
dependencies (via svn), rather it assumes that an externally-supplied
sphinx-build is available, for example, via a venv and pip. And the current
versions of sphinx and its
Ned Deily added the comment:
Thanks for noticing the errant setuptools egg in the --user site-packages
location. That should not have been there.
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Pytho
Ned Deily added the comment:
See Issue18458. Update to the latest Python 3.3.5 or 3.4.0.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
superseder: -> interactive interpreter crashes and test_readline fails on OS X
10.9 Mavericks due to libed
Changes by Ned Deily :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue21241>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by Ned Deily :
--
components: +Build
nosy: +loewis, zach.ware
type: compile error ->
___
Python tracker
<http://bugs.python.org/issue21236>
___
___
Py
Ned Deily added the comment:
This is a problem specifically with the Apple-supplied system Pythons in OS X
10.9. It's due to the obsolete configuration parameters used in their build of
Python and due to changes in Xcode 5.1. Expect Apple to fix it in an upcoming
maintenance release of
4601 - 4700 of 6927 matches
Mail list logo
