Hi,

I installed python 2.5b3 on a powerbook ppc laptop
running macos 10.3.9 a few days ago.  python and idle
worked.  Now I installed 2.5c1.  python works fine from
a terminal.  When I start idle, it loads, puts up its
menu bar, opens a shell window, displays usual startup
info, and gives me a prompt.  But, I can't type or get
a cursor. Whenever I move the mouse over the idle
window or menu bar, I get a spinning color wheel and
can't do anything.

I deleted the whole /library/python tree, reinstalled
2.5c1, and exactly the same thing happened.

Oh, and I rebooted :)

Not sure what is happening, or how to diagnose.

Logged In: YES 
user_id=149084

Maybe priority should be higher?  Hopefully Ronald has 
time to look at this; I don't have access to a Mac.

Logged In: YES 
user_id=580910

I can reproduce this on 10.3.9: IDLE starts and opens the interactive window, 
but then completely blocks (spinning cursor).

If I start IDLE from the commandline (/Applications/MacPython\ 2.5/
IDLE.app/Contents/MacOS/IDLE) I get a message about 'console' not being a 
valid command name. That requires further looking into, but is a red herring 
for this particular problem, removing the Tk-console hiding code in 
macosxSupport.py results in the same behaviour, without any further output 
on the console as well.

Upgrading aquatk to the latest version (8.4.10.0) on tcltkaqua.sf.net didn't 
help,  IDLE still hangs (Duh, that's because there's a /System/Library/
Frameworks/Tk.framework, which means a user install won't be used for 
IDLE).

The problem is also unrelated to my IDLE.app work, the same problem occurs 
when starting $prefix/lib/python2.5/idlelib/idle.py. 

According to gdb the IDLE process is handing in a semaphore call inside the 
Tcl mainloop. Time to get into serious debugging mode I guess :-(

BTW. IDLE does work correctly on a 10.4.7 system.

Logged In: YES 
user_id=1056922

Well, if there's anything I can do as a 10.3.9 user to test
this, let me know.  Too busy to delve into the python source
code though...

Logged In: YES 
user_id=580910

I've created a new installer from the head of the release25-maint branch and 
that works correctly.

I'm keeping this issue open because I want to investigate why 2.5c1 doesn't 
work while the current head of the 2.5 branch does work.

Logged In: YES 
user_id=1594326

I am a new user that is experiencing the same exact problem.
 I have OSX.3.9 and everytime I start IDLE, it freezes and
the colorwheel somes up.  When I view the console output,
there are no errors or alert messages.

I have also tried uninstalling and re-installing from the
beginning with the same result.  I have been using the
instructions given at this site:
http://www.python.org/download/mac/
desp
I'm very interested to see if there is in fact a resolution
to this problem.  I'm at my wit's end.

-dig

Logged In: YES 
user_id=1056922

I just installed python 2.5 rc 2, and IDLE works!  On the
same 10.3.9 laptop which prompted me to post this bug.  I
guess the other who had problems should try rc2, and may
this bug had been laid to rest.

Thanks to whomever fixed it.

Logged In: YES 
user_id=580910

The scary bit is that the bug was "fixed" due to unclear differences between 
the build environment used for 2.5c1 and 2.5c2. 

I'll be building 2.5final as well, so expect this will stay fixed but I'm not 
entirely happy due to not knowing what caused the failure in the first place. It 
looks like 2.5c1 was build with a slighly different version of GCC (although 
both machines has Xcode 2.3 installed).

BTW. The issue still exists for 2.4.x, I hope to work on the 2.4 branch this 
weekend.

Logged In: YES 
user_id=1056922

Hi,

Python 2.5 installs, and idle runs, perfectly on my 10.3.9
system!  Kudos to our noble MacOS builder!  Looks like the
problem vanished.

I'm going to risk bugging people here about my inability to
compile numpy 1.0* (* = betas and current release candidate
1) on the same 10.3.9 system.  The end of this post is a
dump of trying to install as per numpy directions.  One line
is very suspicious:

C compiler: gcc -arch ppc -arch i386 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -fno-strict-aliasing
-Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common
-dynamic -DNDEBUG -g -O3

-arch pcc -arch i386??  Smells bad.

10.4u.sdk??  I have sys 10.3.9;
/Developer/SDKs/MacOSX10.3.0.sdk exists on my system, but
not 10.4u.

Right after this, I get the error:
gcc: cannot specify -o with -c or -S and multiple compilations

gcc 3.3 is my 'main' gcc, although I finked 4.0 but haven't
replaced my 'main' gcc with it.

Anyway, thoughts are greatly appreciated, both by me and
presumably the numpy people (who haven't replied to any of
my bug postings :) )

********** The whole dump **************

> python setup.py install
Running from numpy source directory.
F2PY Version 2_3198
blas_opt_info:
  FOUND:
    extra_link_args = ['-Wl,-framework', '-Wl,Accelerate']
    define_macros = [('NO_ATLAS_INFO', 3)]
    extra_compile_args = ['-faltivec',
'-I/System/Library/Frameworks/vecLib.framework/Headers']

lapack_opt_info:
  FOUND:
    extra_link_args = ['-Wl,-framework', '-Wl,Accelerate']
    define_macros = [('NO_ATLAS_INFO', 3)]
    extra_compile_args = ['-faltivec']

running install
running build
running config_fc
running build_src
building py_modules sources
building extension "numpy.core.multiarray" sources
Generating build/src.macosx-10.3-fat-2.5/numpy/core/config.h
customize NAGFCompiler
customize AbsoftFCompiler
customize IbmFCompiler
Could not locate executable f95
customize GnuFCompiler
customize GnuFCompiler
customize GnuFCompiler using config
C compiler: gcc -arch ppc -arch i386 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -fno-strict-aliasing
-Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common
-dynamic -DNDEBUG -g -O3

compile options:
'-I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5
-Inumpy/core/src -Inumpy/core/include
-I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5
-c'
gcc: _configtest.c
gcc: cannot specify -o with -c or -S and multiple compilations
gcc: cannot specify -o with -c or -S and multiple compilations
failure.
removing: _configtest.c _configtest.o
numpy/core/setup.py:50: DeprecationWarning: raising a string
exception is deprecated
  raise "ERROR: Failed to test configuration"
Traceback (most recent call last):
  File "setup.py", line 89, in <module>
    setup_package()
  File "setup.py", line 82, in setup_package
    configuration=configuration )
  File
"/Volumes/Data/strozzi2/downloads/numpy-1.0rc1/numpy/distutils/core.py",
line 174, in setup
    return old_setup(**new_attr)
  File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/core.py",
line 151, in setup
    dist.run_commands()
  File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py",
line 974, in run_commands
    self.run_command(cmd)
  File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py",
line 994, in run_command
    cmd_obj.run()
  File
"/Volumes/Data/strozzi2/downloads/numpy-1.0rc1/numpy/distutils/command/install.py",
line 16, in run
    r = old_install.run(self)
  File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/command/install.py",
line 506, in run
    self.run_command('build')
  File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/cmd.py",
line 333, in run_command
    self.distribution.run_command(command)
  File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py",
line 994, in run_command
    cmd_obj.run()
  File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/command/build.py",
line 112, in run
    self.run_command(cmd_name)
  File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/cmd.py",
line 333, in run_command
    self.distribution.run_command(command)
  File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py",
line 994, in run_command
    cmd_obj.run()
  File
"/Volumes/Data/strozzi2/downloads/numpy-1.0rc1/numpy/distutils/command/build_src.py",
line 87, in run
    self.build_sources()
  File
"/Volumes/Data/strozzi2/downloads/numpy-1.0rc1/numpy/distutils/command/build_src.py",
line 106, in build_sources
    self.build_extension_sources(ext)
  File
"/Volumes/Data/strozzi2/downloads/numpy-1.0rc1/numpy/distutils/command/build_src.py",
line 212, in build_extension_sources
    sources = self.generate_sources(sources, ext)
  File
"/Volumes/Data/strozzi2/downloads/numpy-1.0rc1/numpy/distutils/command/build_src.py",
line 270, in generate_sources
    source = func(extension, build_dir)
  File "numpy/core/setup.py", line 50, in generate_config_h
    raise "ERROR: Failed to test configuration"
ERROR: Failed to test configuration

strozzi2@riata: ~/downloads/numpy-1.0rc1
> 

Logged In: YES 
user_id=580910

I'm seriously temped to call the problem you're having with numpy a bug in 
their system.

What happens is that the binary distribution for Python 2.5 (and 2.4.3 as well) 
is build as a universal binary on OSX 10.4. This is why you see '-arch ppc -
arch x86' in the compiler invocation. This works correctly on 10.4 but not on 
10.3.9, which is why distutils strips those arguments from the command-line 
on 10.3 systems.  That's all fine when you use the stock distutils, but numpy 
uses custom build commands and those don't work correctly with a universal 
build of python on 10.3.

The easiest way for you to get going again is open /Library/Frameworks/
Python.framework/Versions/2.5/lib/python2.5/config/Makefile in a text 
editor. Remove '-arch ppc -arch i386 -isysroot /Developer/SDKs/
MacOSX10.4u.sdk' from the definition of BASECFLAGS and LDFLAGS and then 
try to build numpy again

Logged In: YES 
user_id=580910

It turns out to be a buglet in python2.5 after all. There is some code in 
distutils.sysconfig to strip out the -arch and -isysroot flags from the build flags 
when you ask for them through that way, but that doesn't fix all variables that 
need to be fixed.

I'll apply a patch in the morning.

Logged In: YES 
user_id=1056922

Great, thanks for sorting this out!

I tried the edit you suggested in your first reply.  Alas,
I'm not root on my system - I am in the admin group, but I
don't have total complete powers.  The Python.Framework dir
in /Library/Frameworks has owner admin and group wheel.  I'm
not in the wheel group, so can't edit files.

I can wait for the patch, or maybe in the future the
installer could make the group admin instead of wheel?  This
may be too esoteric to my system's setup...

Logged In: YES 
user_id=580910

I've just checked in a fix for this on all 3 active branches (trunk, 2.5 and 2.4).

BTW. The installer is supposed to install the files in Python.framework as 
owned by group admin, with mode 0664, admin users are supposed to be 
able to edit files and add new software without using sudo. That obviously 
didn't work as designed, the tree is owned by root:wheel on my 10.3.9 
testbox (the only one without a build-from-source install at the moment).

To fix this: open a terminal window and give the following command:
 
   sudo chgrp -R admin /Library/Framework/Python.framework

This will ask for a password, use your own password there. You have to be 
logged in with an admin account to do this.

Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).