On 6 Mar 2007, at 13:25, Daniel Ericsson wrote:
On 6 mar 2007, at 18.17, Kevin Horton wrote:
I realized that I might have Fink stuff linked to my ports stuff, so I uninstalled all my ports, deleted the archives, changed the PATH to remove /sw, and started reinstalling.The python24 port will not install, failing like:
/usr/bin/install -c -m 644 ./Mac/OSXResources/app/Resources/ English.lproj/Documentation/ide/simple_commands.gif /opt/local/var/ db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwi nports.org_dpupdate_dports_lang_python24/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.4/Resources/ Python.app/Contents/Resources/English.lproj/Documentation/ide /usr/bin/install -c -m 644 ./Mac/OSXResources/app/Resources/ English.lproj/Documentation/ide/syntax_error.gif /opt/local/var/db/ dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwi nports.org_dpupdate_dports_lang_python24/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.4/Resources/ Python.app/Contents/Resources/English.lproj/Documentation/ide /usr/bin/install -c -s ./python.exe /opt/local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwi nports.org_dpupdate_dports_lang_python24/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.4/Resources/ Python.app/Contents/MacOS/Python ./python.exe ./Mac/scripts/BuildApplet.py \ --destroot "/opt/local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwi nports.org_dpupdate_dports_lang_python24/work/destroot" \ --python /opt/local/Library/Frameworks/Python.framework/ Versions/2.4/Resources/Python.app/Contents/MacOS/Python \ --output /opt/local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwi nports.org_dpupdate_dports_lang_python24/work/destroot/ Applications/MacPorts/MacPython/BuildApplet.app \ ./Mac/scripts/BuildApplet.py Traceback (most recent call last): File "<string>", line 1, in ? ImportError: No module named waste PythonIDE needs the "waste" extension module See Mac/OSX/README for details Traceback (most recent call last): File "<string>", line 1, in ? ImportError: No module named _tkinter IDLE needs the "Tkinter" extension module See Mac/OSX/README for details Traceback (most recent call last): File "<string>", line 1, in ? ImportError: No module named waste PackageManager needs the "waste" extension module See Mac/OSX/README for details fixapplepython23: Fix to Apple-installed Python 2.3 should be applied * WARNING: Apple-installed Python 2.3 will have trouble building extensions from now on. * WARNING: Run ./Mac/OSX/fixapplepython23.py with "sudo" to fix this. make -f ./Mac/OSX/Makefile installunixtools \ DIRMODE=755 FILEMODE=644 \ srcdir=. builddir=. DESTDIR=/opt/local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwi nports.org_dpupdate_dports_lang_python24/work/destroot prefix=/opt/ local/Library/Frameworks/Python.framework/Versions/2.4 /usr/bin/install -c -d /opt/local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwi nports.org_dpupdate_dports_lang_python24/work/destroot/opt/local/bin ln -fsn /opt/local/Library/Frameworks/Python.framework/Versions/ 2.4/bin/python /opt/local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwi nports.org_dpupdate_dports_lang_python24/work/destroot/opt/local/ bin/python2.4 ln -fsn python2.4 /opt/local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwi nports.org_dpupdate_dports_lang_python24/work/destroot/opt/local/ bin/python echo "#!/bin/sh" > pythonw.sh echo "exec \"/opt/local/Library/Frameworks/Python.framework/ Versions/2.4/Resources/Python.app/Contents/MacOS/Python\" \"\$@\""
pythonw.sh /usr/bin/install -c pythonw.sh /opt/local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwi nports.org_dpupdate_dports_lang_python24/work/destroot/opt/local/ bin/pythonw2.4 ln -fsn pythonw2.4 /opt/local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwi nports.org_dpupdate_dports_lang_python24/work/destroot/opt/local/ bin/pythonw make: Nothing to be done for `maninstall'. ln: Libraries/lib: File exists Error: Target com.apple.destroot returned: shell command "cd /opt/ local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwi nports.org_dpupdate_dports_lang_python24/work/destroot/opt/local/ Library/Frameworks/Python.framework/ && ln -s Versions/Current/ lib Libraries" returned error 1 Command output: ln: Libraries/lib: File exists
Warning: the following items did not execute (for python24): com.apple.activate com.apple.destroot com.apple.archive com.apple.install Error: Status 1 encountered during processing.
======================================== I did a port selfupdate. I'm on PPC, with the latest XCode. Any advice would be appreciated.
I'm not totally clear on what's happening here and I am a little short on time... but I think you are running Apple's Python or even some "MacPython" supplied interpreter with a library path pointing at some other install. The python module for the waste textengine is installed with Apple's release but not python.org's afaik. same thing with tkinter.
What does `which python` output? Have you symlinked either interpreter or python library directory to force which one gets used perhaps? What is your PYTHONPATH? To discover library path search order in a given python interpreter you can fire it up and then execute:
import sys, pprint pprint.pprint(sys.path)
% which python /usr/bin/python I certainly haven't made any manual symlinks to force python interpreters or library directory. I'm not sure where to look to confirm that something hasn't happened without my knowledge. printenv PYTHONPATH shows no output, i.e. it appears to be empty. % python Python 2.3.5 (#1, Mar 20 2005, 20:38:20) [GCC 3.3 20030304 (Apple Computer, Inc. build 1809)] on darwin Type "help", "copyright", "credits" or "license" for more information.
import sys, pprint pprint.pprint(sys.path) ['', '/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python23.zip', '/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python2.3', '/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python2.3/plat-darwin', '/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python2.3/plat-mac', '/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python2.3/plat-mac/lib-scriptpackages', '/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python2.3/lib-tk', '/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python2.3/lib-dynload', '/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python2.3/site-packages', '/System/Library/Frameworks/Python.framework/Versions/2.3/Extras/lib/ python'] ^D
I searched the terminal output, looking for '/sw', to see if Fink stuff was still being found, even though /sw was no longer in the path. I found two instances of: db.h: found (4, 4) in /sw/include/db4 So, I moved /sw aside, and tried again. Now I see two instances of / sw in: /usr/bin/install -c -m 644 pyconfig.h /opt/local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwinpo rts.org_dpupdate_dports_lang_python24/work/destroot/opt/local/include/ python2.4/pyconfig.h case $MAKEFLAGS in \ *-s*) DYLD_FRAMEWORK_PATH=/opt/local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwinpo rts.org_dpupdate_dports_lang_python24/work/Python-2.4.3: CC='/usr/bin/ gcc-4.0' LDSHARED='/usr/bin/gcc-4.0 -bundle -undefined dynamic_lookup' OPT='-DNDEBUG -g -O3 -Wall -Wstrict-prototypes' ./ python.exe -E ./setup.py -q build;; \ *) DYLD_FRAMEWORK_PATH=/opt/local/var/db/dports/build/ _Volumes_Maxtor_300_opt_local_var_db_dports_sources_rsync.rsync.darwinpo rts.org_dpupdate_dports_lang_python24/work/Python-2.4.3: CC='/usr/bin/ gcc-4.0' LDSHARED='/usr/bin/gcc-4.0 -bundle -undefined dynamic_lookup' OPT='-DNDEBUG -g -O3 -Wall -Wstrict-prototypes' ./ python.exe -E ./setup.py build;; \ esac running build running build_ext *** WARNING: renaming "_locale" since importing it failed: Failure linking new module: build/lib.darwin-8.8.0-Power_Macintosh-2.4/ _locale.so: Library not loaded: /sw/lib/libintl.3.dylib Referenced from: build/lib.darwin-8.8.0-Power_Macintosh-2.4/ _locale.so Reason: image not found *** WARNING: renaming "bz2" since importing it failed: Failure linking new module: build/lib.darwin-8.8.0-Power_Macintosh-2.4/ bz2.so: Library not loaded: /sw/lib/libbz2.1.dylib Referenced from: build/lib.darwin-8.8.0-Power_Macintosh-2.4/bz2.so Reason: image not found Neither of the above seems to have a bearing on the eventual failure, but I'm puzzled by them. If /sw is not in my path, why is db.h being found there. And, why is stuff in Apple's python linked against stuff in /sw? Or, is this cruft left over from my previous installed ports, which were compiled when /sw was in the path? Maybe I should deleted /opt and start over. Is there a way to keep /sw in place, yet ensure that it does not pollute ports that I compile? I use a lot of stuff in /sw, and I want to keep it available while ports are being compiled. Kevin Horton Ottawa, Canada