[Python-Dev] Problem installing matplotlib 1.3.1 with Python 2.7.6 and 3.3.3 (release candidate 1)
Hello, I tried to install matplotlib 1.3.1 on the release candidates of Python 2.7.6 and 3.3.3. I am on Mac OS X 10.6.8. Although the installation gave no problems, there is a problem with Tcl/Tk. The new Pythons have their own embedded Tcl/Tk, but when installing matplotlib it links to the Frameworks version of Tcl and TK, not to the embedded version. This causes confusion when importing matplotlib.pyplot: objc[70648]: Class TKApplication is implemented in both /Library/Frameworks/Python.framework/Versions/2.7/lib/libtk8.5.dylib and /Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined. objc[70648]: Class TKMenu is implemented in both /Library/Frameworks/Python.framework/Versions/2.7/lib/libtk8.5.dylib and /Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined. objc[70648]: Class TKContentView is implemented in both /Library/Frameworks/Python.framework/Versions/2.7/lib/libtk8.5.dylib and /Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined. objc[70648]: Class TKWindow is implemented in both /Library/Frameworks/Python.framework/Versions/2.7/lib/libtk8.5.dylib and /Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined. And then later it gives a lot of error messages. So I think it should be linked to the embedded version. For this the matplotlib setupext.py should be adapted to find out if there is an embedded Tcl/Tk in the Python installation and set the link parameters accordingly. However, the installed Python versions (from the DMG's) do not contain the Tcl/Tk header files, only the shared library and the tcl files. So I thing the distributed Python should also include the Tcl/Tk header files. -- Piet van Oostrum p...@vanoostrum.org WWW: http://pietvanoostrum.com/ PGP key: [8DAE142BE17999C4] ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces
Ned Deily n...@acm.org (ND) wrote: ND In article m2ocueq6mm@cs.uu.nl, Piet van Oostrum p...@cs.uu.nl ND wrote: Ronald Oussoren ronaldousso...@mac.com (RO) wrote: RO For what it's worth, the OSX API's seem to behave as follows: RO * If you create a file with an non-UTF8 name on a HFS+ filesystem the RO system automaticly encodes the name. RO That is, open(chr(255), 'w') will silently create a file named '%FF' RO instead of the name you'd expect on a unix system. Not for me (I am using Python 2.6.2). f = open(chr(255), 'w') Traceback (most recent call last): File stdin, line 1, in module IOError: [Errno 22] invalid mode ('w') or filename: '\xff' ND What version of OSX are you using? On Tiger 10.4.11 I see the failure ND you see but on Leopard 10.5.6 the behavior Ronald reports. Yes, I am using Tiger (10.4.11). Interesting that it has changed on Leopard. -- Piet van Oostrum p...@cs.uu.nl URL: http://pietvanoostrum.com [PGP 8DAE142BE17999C4] Private email: p...@vanoostrum.org ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces
Ronald Oussoren ronaldousso...@mac.com (RO) wrote: RO For what it's worth, the OSX API's seem to behave as follows: RO * If you create a file with an non-UTF8 name on a HFS+ filesystem the RO system automaticly encodes the name. RO That is, open(chr(255), 'w') will silently create a file named '%FF' RO instead of the name you'd expect on a unix system. Not for me (I am using Python 2.6.2). f = open(chr(255), 'w') Traceback (most recent call last): File stdin, line 1, in module IOError: [Errno 22] invalid mode ('w') or filename: '\xff' I once got a tar file from a Linux system which contained a file with a non-ASCII, ISO-8859-1 encoded filename. The tar file refused to be unpacked on a HFS+ filesystem. -- Piet van Oostrum p...@cs.uu.nl URL: http://pietvanoostrum.com [PGP 8DAE142BE17999C4] Private email: p...@vanoostrum.org ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] RELEASED Python 2.6.2
Barry Warsaw ba...@python.org (BW) wrote: BW On behalf of the Python community, I'm happy to announce the availability BW of Python 2.6.2. This is the latest production-ready version in the BW Python 2.6 series. Dozens of issues have been fixed since Python 2.6.1 BW was released back in December. Please see the NEWS file for all the gory BW details. BW http://www.python.org/download/releases/2.6.2/NEWS.txt BW For more information on Python 2.6 in general, please see BW http://docs.python.org/dev/whatsnew/2.6.html BW Source tarballs, Windows installers, and (soon) Mac OS X disk images can BW be downloaded from the Python 2.6.2 page: BW http://www.python.org/download/releases/2.6.2/ Maybe a link to the MacOSX image can also be added to http://www.python.org/download -- Piet van Oostrum p...@cs.uu.nl URL: http://pietvanoostrum.com [PGP 8DAE142BE17999C4] Private email: p...@vanoostrum.org ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com