Python 2.7.6 Release. Note: Python 2.7.6 has been superseded by Python 2.7.8. Python 2.7.6 was released on November 10, 2013. This is a 2.7 series bugfix release. Most importantly, it resolves an issue that caused the interactive prompt to crash on OS X 10.9. It also includes numerous bugfixes over 2.7.
From on 2013-09-24T13:55:53Z Everytime I quit Spyder, mac osx (10.7.5) gives me an error message saying 'python quit unexpectedly' Spyder Version: 2.2.4 Python Version: 2.7.5 Qt Version: 4.7.4, PySide 1.1.2 on Darwin pyflakes =0.5.0: 0.7.3 (OK) pep8 =0.6: 1.4.6 (OK) IPython =0.13: 1.0.0 (OK) rope =0.9.2: 0.9.4 (OK) sphinx =0.6.6: 1.1.3 (OK) matplotlib =1.0: 1.3.0 (OK) sympy =0.7.0: 0.7.3 (OK) pylint =0.25: None (NOK) What steps will reproduce the problem?. What is the expected output? What do you see instead? Please provide any additional information below.
Original issue. From on 2013-09-26T13:21:14Z This is a known problem with PySide 1.1.2. I imagine you are using Anaconda (because of your reported versions). Unfortunately, their developers have been unable to update PySide to version 1.2.1 (which fixes the problem).
In the mean time, you can use our DMG and change its interpreter in Spyder Preferences Console Advanced Settings Python Executable to point to the Anaconda's one, which you can get by running in their IPython version these commands: In 1: import sys In 2: sys.executable Status: WontFix Labels: Component-PySide. From on 2013-11-15T17:37:02Z This is great. But, what python interpreter is Spyder 2.2.5 itself running on?
(the anaconda one?) Also, when installing with the dog this way, the anaconda version of Spyder is still there. Is there any reliable way to uninstall it? Finally, I tried to update the Spyder that came with Anaconda in place using the Spyder sources, but I could never figure out how. Python setup.py install certainly didn't work-this appeared to create a 'build' folder within the spider folder. I tried to drag from this to what appeared to be the matching places in Anaconda. I have to say Python is just a mess on OS X. It is MUCH better on Windows.
This is sort of crazy because OS X is just BSD Unix under the hood, but it is all covered up and bolloxed up. Indeed, is there any way to manage packages on Anaconda other than the impenetrable and incomprehensible condo thing? Python Foundation still has to clean up code distribution, installation, and upgrading beyond the little fix they just announced for Python 3.4. From on 2013-11-15T18:41:22Z I sort of answered my own question just by running a console in Spyder. It is the Python 2.7.5 version of Anaconda 1.7.0. But, to further the mess, I get the wrong scientific startup.py script as follows: Python 2.7.5 Anaconda 1.7.0 (x8664) (default, Jun 28 2013, 22:20:13) GCC 4.0.1 (Apple Inc. Build 5493) on darwin Type 'help', 'copyright', 'credits' or 'license' for more information.
Important If you are using Python from a python.org 64-bit-only Python installer for macOS 10.9 and later, no further action is needed to use IDLE or tkinter. A built-in version of Tcl/Tk 8.6 will be used. If you are using Python (prior to 3.7) from a python.org 64-bit/32-bit Python installer for macOS 10.6 and later, you should only use IDLE or tkinter with an updated third-party Tcl/Tk 8.5 (not 8.6), like installed. If you are using macOS 10.6, do not use IDLE or Tkinter from the Apple-supplied Python 2.6.1 in macOS 10.6. If possible, install and use a newer version of Python and of Tcl/Tk.
If you are using macOS 10.7 or later, the Apple-supplied Tcl/Tk 8.5 still has serious bugs that can cause application crashes. If you wish to use IDLE or Tkinter, install and use a newer version of Python and of Tcl/Tk. Python's integrated development environment, and the it uses, depend on the which is not part of Python itself.
![Install Spyder For Python 2.7 Mac Install Spyder For Python 2.7 Mac](/uploads/1/2/5/3/125388458/683200246.png)
For best results, it is important that the proper release of Tcl/Tk is installed on your machine. For recent Python installers for macOS downloadable from this website, here is a summary of current recommendations followed by more detailed information. Python Release Installer Variant macOS Release Recommended Tcl/Tk Alternate Tcl/Tk Not Recommended all 10.6 to 10.14, 64-bit-only 10.9 to 10.14, 64-/32-bit 10.7 to 10.14 10.6. Tk On macOS There are currently three major variants of Tk in common use on macOS: Aqua Cocoa Tk A newer native implementation available as a universal 64-bit and 32-bit binary.
This variant is the standard native macOS variant in Tk 8.6 and as of Tk 8.5.13. Aqua Cocoa support was backported to Tk 8.5 (prior to 8.5.13) and released by Apple starting with macOS 10.6 and by ActiveState starting with their 8.5.9.1 release. Aqua Carbon Tk Because it is implemented with older macOS Carbon interfaces, it is only available as a 32-bit binary (usually for Intel and PowerPC processors). Aqua Carbon Tk 8.4 is included with macOS releases 10.4 through 10.14 and is also available from ActiveState. Aqua Carbon variants of Tk 8.5 had been available as an ActiveState Community Download prior to ActiveTcl 8.5.9. As of 8.5.13, the Tk project no longer supports Carbon builds of Tk 8.5.
32-bit-only Python installers downloadable from this website for older Python releases were linked with Aqua Carbon Tk 8.4. X11 Tk The traditional platform-independent UNIX Tk implementation which requires an X11 server, such as the Apple X11.app available as an optional component in all recent macOS releases. 64-bit and 32-bit binaries can be built. While the Python installers downloadable from this website do not support X11 Tk, other distributors of Python for macOS may do so. ActiveTcl 8.5.18.0 ActiveState provides binary distributions of Tcl/Tk which are upward compatible with and generally more up-to-date than those provided by Apple in macOS releases. This version of Tcl/Tk includes fixes for some critical problems that you may encounter using tkinter or IDLE (see below). You can download an installer for this release from.
Note that ActiveState Community Edition binaries are not open source and are covered by an ActiveState license. You should read the license before downloading to verify that your usage complies with its terms of use. This is an Aqua Cocoa Tk. Apple 8.5.9 This release is included in macOS 10.7 through at least macOS 10.14.
As of this writing, there are at least two known issues with Tk 8.5.9 that are present in Apple 8.5.9 Tk but fixed in more recent upstream 8.5 releases. The more serious problem is an immediate crash in Tk when entering a composition character, like Option-u on a US keyboard.
(This problem is documented as.) There is also the more general problem of input manager support for composite characters which has also been fixed in more recent Tcl/Tk 8.5 releases. You can avoid these problems by using a current python.org installer that links with or by using a third-party distribution of Python that does not use Apple 8.5.9 Tk. This is an Aqua Cocoa Tk. Note While Tcl and Tk are separate frameworks and libraries, they are closely related and are normally installed or updated simultaneously.
You should not attempt to mix-and-match Tcl and Tk versions. References to a specific version of Tk assume the corresponding version of Tcl is installed as well. The Python for macOS installers downloaded from this website dynamically link at runtime to Tcl/Tk macOS frameworks. The Tcl/Tk major version is determined when the installer is created and cannot be overridden.
![Spyder python 3.5 download Spyder python 3.5 download](http://i1.wp.com/www.archaeopy.org/wp-content/uploads/2013/01/Screen-Shot-2013-01-03-at-14.29.51.png?resize=300%2C122)
All python.org installers for Python 3.7.x and 64-bit-only macOS installers for Python 3.6.x and 2.7.x link to their own built-in Tcl/Tk 8.6 frameworks and do not use external Tcl/Tk frameworks. The Python 64-bit/32-bit macOS installers for Python 3.6.x and and 2.7.x dynamically link to Tcl/Tk 8.5 frameworks. The dynamically linking occurs when tkinter (Python 3) or Tkinter (Python 2) is first imported (specifically, the internal tkinter C extension module).
By default, the macOS dynamic linker looks first in /Library/Frameworks for Tcl and Tk frameworks with the proper major version. This is the standard location for third-party or built from source frameworks, including the ActiveTcl releases. If frameworks of the proper major version are not found there, the dynamic linker looks for the same version in /System/Library/Frameworks, the location for Apple-supplied frameworks shipped with macOS. (Note, you should normally not modify or delete files in /System/Library.) As is common on macOS, the installed Pythons and the Tcl and Tk frameworks are built to run on multiple CPU architectures ( universal binaries) and across multiple macOS levels ( minimum deployment target).
For Python to be able to dynamically link with a particular Tcl and Tk version, the available architectures in the Tcl/Tk frameworks must include the architecture that Python is running in and their minimum deployment target should be no greater than that of Python.