There is some kind of packaging bug that affects numpy 1.8 in Rawhide. I have installed atlas-devel in a VM with F19. If I compile numpy-1.8.0b2.tar.gz the following code runs in virtualenv as expected: >>> from numpy.distutils.system_info import get_info >>> get_info('atlas') {'libraries': ['lapack', 'f77blas', 'cblas', 'atlas'], 'library_dirs': ['/usr/lib/atlas'], 'define_macros': [('ATLAS_INFO', '"\\"3.8.4\\""')], 'language': 'f77', 'include_dirs': ['/usr/include']} >>> import numpy >>> numpy <module 'numpy' from '/home/spr/devel/n18env/lib/python2.7/site-packages/numpy/__init__.pyc'> >>> numpy.__version__ '1.8.0b2' But if I compile the 1.8.0b2 RPM from Rawhide I get the following: >>> from numpy.distutils.system_info import get_info >>> get_info('atlas') /usr/lib/python2.7/site-packages/numpy/distutils/system_info.py:574: UserWarning: Specified path /usr/lib64 is invalid. warnings.warn('Specified path %s is invalid.' % d) {} >>> import numpy >>> numpy <module 'numpy' from '/usr/lib/python2.7/site-packages/numpy/__init__.pyc'> >>> numpy.__version__ '1.8.0b2'
Uhmm, the problem seems to be /usr/lib/python2.7/site-packages/numpy/distutils/site.cfg Which contains # Defaults # ======== # The settings given here will apply to all other sections if not overridden. # This is a good place to add general library and include directories like # /usr/local/{lib,include} # [DEFAULT] library_dirs = /usr/lib64 include_dirs = /usr/include This file is not in the numpy-1.7.1 RPM
Working on a probable fix. If it works like I think it will I'll commit and build for rawhide.
Confirmed fixed, built in rawhide.