On Mar 7, 2010, at 8:37 AM, Steve Huff wrote: > > On Mar 6, 2010, at 10:40 PM, James Bunton wrote: > >> That seems... broken. I wonder why your Fink python installs don't seem >> to work. Try reinstalling Python. Can you think of anything that would >> cause it? > > > rebuilt and reinstalled python26 and python25 from source, no change in the > output of mac_ver(). my Fink installation is bootstrapped from the > installation tarball as of a few weeks ago (just switched to 10.6 x86_64), > not too many packages installed yet. XCode 3.2.1. > > -steve
This is a problem with python on x86_64. mac_ver() uses Carbon to get the version information and the Carbon interface is gone on 64 bit so mac_ver() returns an empty value. FWIW, python 3.1 uses a different method that works on all platforms, but it doesn't look to be easy to back port. Apple patches their python to hardcode the version info into mac_ver() at build time so that it always works. It's basically patching from Lib/platform.py "def mac_ver(release='',versioninfo=('','',''),machine='')" so that "release" holds "sw_vers -productVersion" and "machine" holds "uname -p". Note that "machine" is i386 even on x86_64. I'm CCing the python2x maintainer so he can fix the packages as he wants. Daniel ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel