Bug 123367
Summary: | Missing deps for devel package. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dams <anvil> |
Component: | libdv | Assignee: | Warren Togami <wtogami> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 2 | CC: | anvil |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-06-01 10:16:49 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Dams
2004-05-17 18:36:55 UTC
arg, build system failed, will probably build tomorrow This actually isn't the right solution. It's actually a bug in the pkg-config file, libdv.pc, for libdv. It's fixed upstream. What happens in that the libdv people distribute a test application, playdv, which plays DV files. It depends on GTK+. Their build process incorrectly adds the GTK+ dependencies to the pkg-config file. Since we don't ship playdv, we shouldn't actually depend on gtk+-devel, and that's why rpmbuild doesn't pick it up. The right solution is to patch libdv.pc.in so that this doesn't happen. (Which they've already done in libdv CVS.) See the following mail message: http://sourceforge.net/mailarchive/forum.php?thread_id=4431792&forum_id=5458 As a side note, fixing this will fix the bogus gtk+ dependency in gstreamer-plugins, since gstreamer-plugins uses libdv The only thing that needs to require GTK+ is libdv-tools, which already does, in other words. |