Ticket #19 (closed defect: duplicate)

Opened 1 year ago

Last modified 1 year ago

libsvm_.so: cannot open shared object file: No such file or directory

Reported by: nils Assigned to: cdavid
Priority: blocker Milestone: learn: first scikits release
Component: learn Version:
Keywords: Cc:

Description 

Python 2.5 (r25:51908, May 25 2007, 16:11:33)
[GCC 4.1.2 20061115 (prerelease) (SUSE Linux)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from scikits.learn.machine import svm
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib64/python2.5/site-packages/scikits/learn/machine/svm/__init__.py", line 62, in <module>
    from classification import *
  File "/usr/local/lib64/python2.5/site-packages/scikits/learn/machine/svm/classification.py", line 5, in <module>
    from model import LibSvmModel
  File "/usr/local/lib64/python2.5/site-packages/scikits/learn/machine/svm/model.py", line 3, in <module>
    from dataset import LibSvmPrecomputedDataSet
  File "/usr/local/lib64/python2.5/site-packages/scikits/learn/machine/svm/dataset.py", line 3, in <module>
    import libsvm
  File "/usr/local/lib64/python2.5/site-packages/scikits/learn/machine/svm/libsvm.py", line 15, in <module>
    _libsvm = N.ctypeslib.load_library('libsvm_%s' % so_ext, __file__)
  File "/usr/local/lib64/python2.5/site-packages/numpy/ctypeslib.py", line 43, in load_library
    return ctypes.cdll[libpath]
  File "/usr/lib64/python2.5/site-packages/ctypes/__init__.py", line 392, in __getitem__
    return getattr(self, name)
  File "/usr/lib64/python2.5/site-packages/ctypes/__init__.py", line 387, in __getattr__
    dll = self._dlltype(name)
  File "/usr/lib64/python2.5/site-packages/ctypes/__init__.py", line 312, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: /usr/local/lib64/python2.5/site-packages/scikits/learn/machine/svm/libsvm_.so: cannot open shared object file: No such file or directory

Change History

07/21/07 06:58:04 changed by cdavid

  • status changed from new to assigned.

I can confirm it, I am a bit surprised I didn't catch it on my machine, though. It looks like there is something fishy going on in the setup, because the libsvm_.so is there, but at the wrong place...

07/21/07 07:14:24 changed by cdavid

  • priority changed from major to blocker.

It is a bigger bug than I first thought: the whole recursive building of the package is broken. The packages are installed first by the packages option (through find_packages), and then through the packages specific setup.py. I think I cannot use find_packages, and find something else instead...

07/21/07 07:32:36 changed by cdavid

  • status changed from assigned to closed.
  • resolution set to duplicate.

I created a bug which describes the whole problem #24, and close this one as duplicate.