FS#10934 - Error importing libavg (0.7.0-5, i686)

Attached to Project: Arch Linux
Opened by Alessandro Doro (adoroo) - Wednesday, 16 July 2008, 20:47 GMT
Last edited by Kevin Piche (kpiche) - Wednesday, 01 October 2008, 02:42 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Eric Belanger (Snowman)
Alexander Baldeck (kth5)
Architecture i686
Severity High
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
The library avg.so doesn't load; it fails to resolve a symbol:

Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/usr/lib/python2.5/site-packages/libavg/__init__.py", line 1, in <module>
from avg import *
ImportError: /usr/lib/python2.5/site-packages/libavg/avg.so: undefined symbol: _ZN5boost6thread12start_threadEv

Additional info:
* package version(s): 0.7.0-5 (i686)

Steps to reproduce in my uptodated machine:
$ python -c "import libavg"

Fix:
Rebuilding the package from the Arch repository (ver.5309) solved the problem.
Maybe a misconfiguration in the build machine?
This task depends upon

Closed by  Kevin Piche (kpiche)
Wednesday, 01 October 2008, 02:42 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed in libavg 0.7.0-6
Comment by Eric Belanger (Snowman) - Friday, 18 July 2008, 22:45 GMT
It looks like it needs to be rebuilt against the boost package in testing.
Comment by Greg (dolby) - Friday, 18 July 2008, 23:08 GMT
 FS#10952  too?
Comment by Eric Belanger (Snowman) - Wednesday, 23 July 2008, 20:57 GMT
I'll rebuild tonight.
Comment by Eric Belanger (Snowman) - Thursday, 24 July 2008, 01:08 GMT
The boost in testing has unknown symbols problem too. Rebuilding doesn't fix it (at least completely) according to the output of
'ldd -r /usr/lib/python2.5/site-packages/libavg/avg.so'
Comment by Kevin Piche (kpiche) - Wednesday, 01 October 2008, 02:31 GMT
This is not a problem with boost. From the SVN logs it looks like Paul built it against 1.35.0 in testing and then moved it to extra which has 1.34.0. Some programs are very closely tied to the boost library even the Python ones. For instance change boost versions and Deluge gives the same 'ZN5boost6thread12start_threadEv' type of error until rebuilt. The libavg package should be tied to a specific boost pkgver.

To be honest I don't think the 'ldd -r' issue is a problem since regular 'ldd' works and everything else still works. I figure they dlopen something or import a module at runtime.

Oops. Noticed new version of libavg after I released libavg 0.7.0-6

Loading...