On Mo, 2015-09-21 at 22:20 +0200, Moritz Mühlenhoff wrote: > The build on hurd is blocked by #799723. Sebastian, do you > have a suggestion for an alternate build-depends which can > be satisfied on the Hurd? Otherwise my recommendation would > be to also remove the subtitleeditor binaries for hurd-i386.
gstreamermm should not depend on gstreamer1.0-alsa unconditionally. But I think that's also an upstream problem. gstreamermm is providing convenience C++ classes for various GStreamer plugins, including the ALSA one. Which obviously is non available on non-Linux platforms. There are two problems here IMHO 1) it shouldn't build that stuff on non-Linux 2) it shouldn't provide these API for plugins at all as they are... well... plugins! They might be available or not, and you don't want to have all gstreamermm applications depend (via gstreamermm) on all possible plugins. That kind of defeats the point of plugins. I've taken this upstream https://bugzilla.gnome.org/show_bug.cgi?id=755395 IMHO at this point you should make all the GStreamer plugin dependencies a Recommends or Suggests. Applications will somehow have to handle non-existing plugins anyway. What would happen there currently? An exception from the constructor, or an unusable wrapper C++ object?
signature.asc
Description: This is a digitally signed message part
