Bugzilla Bug 187826

Hello everybody..

Since python.m4 should be for python herd but belongs to automake package.. I'm
CCing you all.

In python.m4 macro:

AC_CACHE_CHECK([for $am_display_PYTHON script directory],
    [am_cv_python_pythondir],
    [am_cv_python_pythondir=`$PYTHON -c "from distutils import sysconfig; print
sysconfig.get_python_lib(0,0,prefix='$PYTHON_PREFIX')" 2>/dev/null ||
     echo "$PYTHON_PREFIX/lib/python$PYTHON_VERSION/site-packages"`])
  AC_SUBST([pythondir], [$am_cv_python_pythondir])

this check doesn't set pythondir with correct libdir. I my case with amd64
multilib I get "lib" instead of "lib64". This would lead relying packages to
install in a incorrect libdir.

$python -c "from distutils import sysconfig; print
sysconfig.get_python_lib(0,0,prefix='/usr')"
/usr/lib/python2.4/site-packages

One way for fixing this is,

python -c 'from distutils.sysconfig import get_python_lib; import os; print    
         os.path.normcase(os.path.realpath(get_python_lib()))'

This returns actual directory, instead of symlink.

Had to override python.m4 in bug 187626 because of this borqued handling.

strange i got the right directory.
 python -c "from distutils import sysconfig; print
sysconfig.get_python_lib(0,0,prefix='/usr')"
/usr/lib64/python2.5/site-packages

python -c 'from distutils.sysconfig import get_python_lib; import os; print
os.path.normcase(os.path.realpath(get_python_lib()))'
/usr/lib64/python2.5/site-packages

Doesn't work here, it returns the wrong libdir.

python -c "from distutils import sysconfig; print
sysconfig.get_python_lib(0,0,prefix='/usr')"
/usr/lib/python2.4/site-packages

python -c 'from distutils.sysconfig import get_python_lib; import os; print
os.path.normcase(os.path.realpath(get_python_lib()))' 
/usr/lib64/python2.4/site-packages

Hmm, metalgod your running Python 2.5, perhaps there is a difference between
2.4?

I get the same results as metalgod here with python-2.5, guess it's just 2.4
that returns the wrong path.

Upgrading to python 2.5 fixed it here aswell.

And another package fails because of Python 2.4,
net-wireless/gnome-bluetooth-0.9.1 which has now an fugly sed to work this
around.

Can we get 2.5 stabilized please?

I'd be happy with either a fixed 2.4 version or a stable 2.5 version.

python ping

(In reply to comment #8)
> python ping
> 

Can you supply me a list I need in order to get 2.5 stable for amd64?

Actually, from what I understand, python 2.4 returns something sensible... The
first parameter of sysconfig.get_python_lib() is whether the library is
platform specific or not. So if you set it to 1, it will return lib64/. The
autofoo should install the .py in /usr/lib (pkgpython) and the .so in
/usr/$(get_libdir) (pkgpyexec)

So, is this broken or not?  More importantly, is this something I need to fix
for 2008.0?

the python.m4 in aclocal 1.10 is perfectly fine
The problem with these packages is that they install modules in pythondir
instead of pyexecdir