Summary: | media-libs/gst-plugins-base-0.10.23 fails to build | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mike Nerone <mike> |
Component: | Current packages | Assignee: | GStreamer package maintainers <gstreamer> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | gnome |
Priority: | High | ||
Version: | 2008.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Mike Nerone
2009-09-24 18:18:13 UTC
I was able to fix this by first uninstalling then rebuilding gstreamer itself. I can't swear that the uninstall was strictly necessary. Please attach a full build.log I can add that emerge -C gst-plugins-base and then emerge -av gst-plugins-base solved the problem for me. It seems as if the compilation of gst-plugins-base is picking up system headers of gst-plugins-base at that point (GstApp), not the headers provided by the tarball itself that are the newer version that is currently being compiled. As in, gstapp.c should be picking up the gstappsink.h from the same directory, but it seems to pick it from the system installation instead, which might be an upstream CFLAGS ordering issue upstream. We should check what the state is in current versions I believe there were some changes since then to not pick up system deps. Can you reproduce this with a newer gstreamer and gst-plugins-base? *I* have no way to test this anymore. Anyone else? |