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

On 6 Mar 2007, at 18:00, Christian Voelker wrote:

Hi,

Am 06.03.2007 um 21:33 schrieb Kevin Horton:

...

Or, is this cruft left over from my previous installed ports

I would try

port clean --work all

done

port clean --archive all

done

sudo periodic daily weekly monthly

done

Then check whether old python port were uninstalled properly:

port installed | grep py*

% port installed | grep py* zsh: no matches found: py*

Uninstall the stuff that might interfere with your current installation. Maybe this is best done first of all. Now, if it does not work afterwards, you can read your /etc/profile and .profile and .login files to find strange environment variable settings. Tell us about your findings.

I'm not sure exactly what the above means. Is this referring to Fink? If so, I changed my path to not have /sw/bin in it. Renaming / sw is a bit of a problem for me, as I discovered when I tried it earlier this afternoon. The way my login shells are set, they expect to find /sw. If not, they don't load, and I can't change from my normal, unpriviledged user to an user with administrative priviledges, And I can't rename it back to /sw as my normal user. I eventually had to reboot in Target Disk Mode, and use another Mac to sort things out. Ugh. After doing all the above, python24 builds. But, looking at the build output, I see hundreds of references to /sw/lib or /sw/include, e.g. /usr/bin/gcc-4.0 -bundle -undefined dynamic_lookup build/ temp.darwin-8.8.0-Power_Macintosh-2.4/grpmodule.o -L/opt/local/lib -L/ sw/lib -L/usr/local/lib -o build/lib.darwin-8.8.0-Power_Macintosh-2.4/ grp.so Where are these coming from, if /sw is not in my path? Is there no way to prevent MacPorts from being polluted with Fink stuff, short of renaming or removing /sw? If renaming it works, why wouldn't removing it from the path work? Are new login shells being created, and my login scripts are putting /sw in their paths? Or, is /sw in the default search path for the python build? Kevin Horton Ottawa, Canada

On 6 Mar 2007, at 19:09, Christian Voelker wrote:

Hi,

Am 07.03.2007 um 00:56 schrieb Kevin Horton:

...

After doing all the above, python24 builds. But, looking at the build output, I see hundreds of references to /sw/lib or /sw/ include, e.g.

/usr/bin/gcc-4.0 -bundle -undefined dynamic_lookup build/ temp.darwin-8.8.0-Power_Macintosh-2.4/grpmodule.o -L/opt/local/lib -L/sw/lib -L/usr/local/lib -o build/lib.darwin-8.8.0- Power_Macintosh-2.4/grp.so

Where are these coming from, if /sw is not in my path?

Strange, I think, really. But I am no expert. As macports is mostly selfcontained, I would make the assumption that there must be a re- ference to /sw in some configuration file. Does Spotlight index /opt/local? I have not checked myself. Or, you might use the search feature of TextWrangler to search across the content of all files within a directory. It might be a bit too tough to search the whole /opt/local that way, but what about /opt/local/etc or /opt/local/etc/ports? For me, this is more convenient then doing the same on the shell.

I greped the Python2.4.3 source for /sw, and found the culprit, I think: Python-2.4.3/setup.py: # Fink installs into /sw by default Python-2.4.3/setup.py: add_dir_to_list (self.compiler.library_dirs, '/sw/lib') Python-2.4.3/setup.py: add_dir_to_list (self.compiler.include_dirs, '/sw/include') Python-2.4.3/setup.py: '/sw/include/db4', Python-2.4.3/setup.py: '/sw/include/db3', It would probably be better if MacPorts patched out those references to /sw. Until then, I'll have to find a good way to move /sw out of the way. Maybe I'll create a new user, with his shells having no reference to /sw at all. Then I could safely move /sw out of the way temporarily, I think. Kevin Horton Ottawa, Canada