Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 704584 - media-plugins/gst-plugins-opus-1.14.5 - make: *** No rule to make target '-lgsttag-1.0', needed by 'libgstopus.la'. Stop.
Summary: media-plugins/gst-plugins-opus-1.14.5 - make: *** No rule to make target '-lg...
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: GStreamer package maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-02 17:45 UTC by tt_1
Modified: 2020-03-09 15:17 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
compressed build log (build.log.gz,11.56 KB, application/gzip)
2020-01-02 17:45 UTC, tt_1
Details
output from emerge --info (cross-target) (emerge--info,4.89 KB, text/plain)
2020-01-02 17:46 UTC, tt_1
Details

Note You need to log in before you can comment on or make changes to this bug.
Description tt_1 2020-01-02 17:45:16 UTC
Created attachment 602328 [details]
compressed build log

I'm trying to cross compile gst-plugins-opus to please the dependencies of webkit-gtk, the compressed build log is attached. 

Can someone give me a bit of insight where this is error might be coming from? I'm not very familiar with libtool based builds, and even less with cross compiling them. Do I need a cross libtool?
Comment 1 tt_1 2020-01-02 17:46:32 UTC
Created attachment 602330 [details]
output from emerge --info (cross-target)
Comment 2 tt_1 2020-01-03 19:40:56 UTC
the missing lib is part of media-plugins/gst-plugins-base: 

 equery f gst-plugins-base:1.0 | grep gsttag
/usr/include/gstreamer-1.0/gst/tag/gsttagdemux.h
/usr/include/gstreamer-1.0/gst/tag/gsttagmux.h
/usr/lib64/libgsttag-1.0.so
/usr/lib64/libgsttag-1.0.so.0
/usr/lib64/libgsttag-1.0.so.0.1405.0

I really don't understand why the ebuild doesn't want to make use of the lib in the rootfs in /usr/armv7a-unknown-linux-gnueabihf/usr/lib/

but it's possible to work around this by emerging gst-plugins-base for the host. 

and it seems to me that they are legit: 

libgstopus.so:      ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), statically linked, stripped
libgstopusparse.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), statically linked, stripped
Comment 3 David Michael 2020-03-09 15:17:58 UTC
I hit this myself while experimenting with --root-deps=rdeps to find broken dependencies.  There is a Makefile that uses automatic library dependencies, but Make is not aware of the sysroot path, so it only looks for the library on the host.  VPATH can be used as a workaround until a better fix is available.

EXTRA_EMAKE="VPATH=\$(srcdir):$SYSROOT/usr/lib" emerge --root-deps=rdeps gst-plugins-opus