Currently media-plugins/gst-plugins-x does not list gstreamer as a dependency. All gst-plugins should list gstreamer as a dependency. Reproducible: Always
why ?
There are some indirect dependencies of gstreamer that it requires, e.g. libSM. Also, the gst-plugins upstream package lists gstreamer as a dependency. Building gst-plugins-x on a fresh system will fail to build. Unfortunately I don't have an environment handy right now to reproduce the build failure.
Until a few minutes ago I did have a clean environment, on which the build did fail because of a dependency on libSM. I didn't keep the build log, but the actual error (tagged "compile error" by emerge) occurred straight after the configure, and the message was that ld "cannot find -lSM". I resolved the issue by emerging libSM, which had indeed not been emerged yet, after which the emerge of gst-plugins-x did succeed. Hope this helps?
(In reply to comment #3) > I resolved the issue by emerging libSM, which had indeed not been emerged yet, > after which the emerge of gst-plugins-x did succeed. > > Hope this helps? Yes, thanks. Sounds like libSM is the missing compile-time dependency.
Looks like it gets these extra lines from some X m4 macros, there's also a comment that it gives us much more than needed. In reality it doesn't use libSM of course, but it gets a -lSM -lICE from AC_PATH_XTRA or such.
This is relevant to gst-plugins-xvideo and perhaps more too. Would be good to solve this upstream, will follow-up later on.
*** Bug 375657 has been marked as a duplicate of this bug. ***
*** Bug 370177 has been marked as a duplicate of this bug. ***
*** Bug 384907 has been marked as a duplicate of this bug. ***
*** Bug 389535 has been marked as a duplicate of this bug. ***
I just ran into this on a fresh build. It seems a bit odd for a missing dependency to be open for a year. All I did was install a stage3, set the desktop/kde profile, and emerge kde-meta. For that to not work seems like a significant issue. Is there any reason somebody can't just add it to the DEPEND line?
Same as comment above. I realize you may want to fix this some "better way", but please just add libSM as a dependency so people dabbling in Gentoo at least get to an X-window before they give up in frustration.
Fixed via an -r1 bump. Keeping this open so that we can use it to fast-track stabilising the two ebuilds.
For those looking at the change, a little more in the way of details: The basic problem is that the AC_PATH_XTRA macro is used for figuring out X11 CFLAGS and LIBS. This thing gratuitously (well, I'm sure there's an obscure reason) pulls in a -lICE and -lSM unconditionally. The Debian folks were bitten by this as well: http://lists.debian.org/debian-mentors/2008/04/msg00006.html The correct fix that should go upstream is to replace AC_PATH_XTRA with PKG_CONFIG_* checks in the AG_GST_CHECK_X macro (common/m4/gst-x11.m4), which is more intrusive than I'd want to introduce for something I'm hoping can be fast-tracked to stable.
*** Bug 390047 has been marked as a duplicate of this bug. ***
With gstreamer 0.10.36 and 1.0.3 I think this issue is resolved. Could someone double check ?
(In reply to comment #16) > With gstreamer 0.10.36 and 1.0.3 I think this issue is resolved. Could > someone > double check ? Yes, I removed my workaround from my scripts and everything builds fine now.
Thanks, marking as fixed then.
