Alternative created for library does not match SONAME

Bug #1110579 reported by Michael Gutteridge
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
slurm-drmaa (Ubuntu)
New
Undecided
Unassigned

Bug Description

The alternative created for the library does not match the SONAME reported by libtool. This seems to create issues with some tools, notably for us python-drmaa:

me@hostname[~/build/slurm-drmaa]: python
Python 2.7.3 (default, Apr 20 2012, 22:39:59)
[GCC 4.6.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import drmaa
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/pymodules/python2.7/drmaa/__init__.py", line 41, in <module>
    import drmaa.wrappers as _w
  File "/usr/lib/pymodules/python2.7/drmaa/wrappers.py", line 45, in <module>
    _lib = CDLL(libpath, mode=RTLD_GLOBAL)
  File "/usr/lib/python2.7/ctypes/__init__.py", line 365, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: libdrmaa.so.1: cannot open shared object file: No such file or directory
>>>

me@hostname[/usr/lib]: readelf -a slurm-drmaa/lib/libdrmaa.so |grep SONAME 0x000000000000000e (SONAME) Library soname: [libdrmaa.so.1]

It would seem that the alternatives database should be updated with an alternative name "libdrmaa.so.1", not "libdrmaa.so" as it is now. I don't know if the latter has been deprecated with DRMAA version 2 coming.

Thanks

Michael

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.