Bug 445476 – media-plugins/mediastreamer-silk-0.0.1 embeds build path into libtool archive triggering revdep-rebuild

• Status: RESOLVED OBSOLETE
• Product: Gentoo Linux

[Description Petr Pisar 2012-12-01 13:37:11 UTC]

If media-plugins/mediastreamer-silk-0.0.1 has been installed on x86, revdep-rebuild recognizes /usr/lib/mediastreamer/plugins/libmssilk.la as broken file. Remerging does not help. I believe this is caused by dependency_libs value in the file:

# cat  /usr/lib/mediastreamer/plugins/libmssilk.la
# libmssilk.la - a libtool library file
# Generated by libtool (GNU libtool) 2.4
#
# Please DO NOT delete this file!
# It is necessary for linking the library.

# The name that we can dlopen(3).
dlname='libmssilk.so.0'

# Names of this library.
library_names='libmssilk.so.0.0.0 libmssilk.so.0 libmssilk.so'

# The name of the static archive.
old_library=''

# Linker flags that can not go in dependency_libs.
inherited_linker_flags=''

# Libraries that this one depends upon.
dependency_libs=' -L/var/tmp/portage/media-plugins/mediastreamer-silk-0.0.1/work/mssilk/sdk/SILK_SDK_SRC_v1.0.8/SILK_SDK_SRC_FIX_v1.0.8 -lmediastreamer -lortp -lpthread -lsrtp -lssl -lcrypto -lSKP_SILK_SDK -lm'

# Names of additional weak libraries provided by this library
weak_library_names=''

# Version information for libmssilk.
current=0
age=0
revision=0

# Is this an already installed library?
installed=yes

# Should we warn about portability when linking against -modules?
shouldnotlink=yes

# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=''

# Directory that this library needs to be installed in:
libdir='/usr/lib/mediastreamer/plugins'

[Comment 1 Nikoli 2013-01-22 11:47:56 UTC]

Same problem.

[Comment 2 Mike Johnson 2013-05-04 19:01:54 UTC]

Confirmed here as well.  Tried lafilefixer, SEARCH_DIRS_MASK="/usr/lib-*", still it finds it.  It believes it needs the original install directory, SKP_SILK_SDK.  The package works fine otherwise.

[Comment 3 Andrew Savchenko 2013-10-13 14:45:01 UTC]

Hello,

fixed in mediastreamer-silk-1.0.0 (voip overlay).

[Comment 4 Vincent de Phily 2014-10-29 10:05:23 UTC]

One year on, any ETA on when the fix will make it to the main tree as opposed to the voip overlay ?

[Comment 5 Yixun Lan 2014-11-03 02:34:20 UTC]

hello, Andrew Savchenko, are you still working on this?

media-plugins/mediastreamer-silk-1.0.0 also depend on media-libs/silk (which is not in portage tree), and checking the git history, no more commits since 2013 0ct13, so I'm not sure if all the ebuilds are updated or not.

[Comment 6 Andrew Savchenko 2014-11-03 11:54:04 UTC]

Hi,

(In reply to Yixun Lan from comment #5)
> hello, Andrew Savchenko, are you still working on this?
> 
> media-plugins/mediastreamer-silk-1.0.0 also depend on media-libs/silk (which
> is not in portage tree),

Neither media-streamer-silk-1.0.0. I don't have a write access to portage tree. media-plugins/Mediastreamer-silk-1.0.0 and media-libs/silk-1.0.9 from voip overlay should work fine. If not, please file a separate bugs. Original issues is fixed.

> and checking the git history, no more commits since
> 2013 0ct13, so I'm not sure if all the ebuilds are updated or not.

What's wrong with no commits for a year if code still works fine?

[Comment 7 Jaak Ristioja 2016-09-21 05:41:41 UTC]

As of today I can also confirm this issue. Any progress solving it?

[Comment 8 Michał Górny 2018-12-04 16:45:09 UTC]

Removing wrt #599580