Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 387995 - x11-libs/qt-qt3support-4.7.4 : add media-libs/gst-plugins-base in DEPEND
Summary: x11-libs/qt-qt3support-4.7.4 : add media-libs/gst-plugins-base in DEPEND
Status: RESOLVED DUPLICATE of bug 357531
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Qt Bug Alias
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: autodep
  Show dependency tree
 
Reported: 2011-10-21 10:12 UTC by bay
Modified: 2012-02-19 05:24 UTC (History)
0 users

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


Attachments
Build log (qt-qt3support.txt,11.90 KB, text/plain)
2011-10-21 10:12 UTC, bay
Details

Note You need to log in before you can comment on or make changes to this bug.
Description bay 2011-10-21 10:12:19 UTC
Created attachment 290441 [details]
Build log

Package x11-libs/qt-qt3support-4.7.4 cannot be compiled without media-libs/gst-plugins-base.

The error is:
x86_64-pc-linux-gnu-g++ -c -pipe -Wall -W  -I../../../mkspecs/linux-g++ -I. -I/usr/include/freetype2 -o gstreamer.o gstreamer.cpp
gstreamer.cpp:42:21: fatal error: gst/gst.h: No such file or directory
compilation terminated.
gmake: *** [gstreamer.o] Error 1
GStreamer disabled.
Gstreamer support cannot be enabled due to functionality tests!

Steps to reproduce:
1. emerge -C media-libs/gst-plugins-base
2. emerge -1 qt-qt3support

Please add media-libs/gst-plugins-base as a buildtime dependency of x11-libs/qt-qt3support-4.7.4
Comment 1 Davide Pesavento (RETIRED) gentoo-dev 2012-01-04 01:19:45 UTC
mmm...why does qt-qt3support specifically want phonon and gstreamer enabled when calling ./configure?
Comment 2 Davide Pesavento (RETIRED) gentoo-dev 2012-02-18 14:50:21 UTC
Turns out qt3support code does not depend on gstreamer, it doesn't depend on phonon at all! Thus I've completely removed the 'phonon' USE flag and relative deps from 4.8.0-r1.
Comment 3 Ben de Groot 2012-02-18 16:30:56 UTC
(In reply to comment #1)
> mmm...why does qt-qt3support specifically want phonon and gstreamer enabled
> when calling ./configure?

From what I remember, this was necessary to have a functional Phonon tab in qtconfig. Please make sure phonon can still be configured with your latest changes, or revert them.
Comment 4 Davide Pesavento (RETIRED) gentoo-dev 2012-02-18 17:05:40 UTC
I cannot configure phonon using qtconfig even before my changes...
Comment 5 Markos Chandras (RETIRED) gentoo-dev 2012-02-19 01:31:35 UTC
which phonon backend do you have installed? Are you using phonon-gstreamer? Could you try that and use the ebuild without your changes? I believe the code was there for a reason. It's been there since forever. Too bad we did not write a comment explaining the situation at that time.

I am reopening this bug, as it seems we need to do some more testing on that and write some comments in the ebuild if needed.
Comment 6 Markos Chandras (RETIRED) gentoo-dev 2012-02-19 01:32:35 UTC
As Ben pointed out, the phonon useflag has this description in qt-qt3support metadata.xml:

<flag name='phonon'>: Enable phonon configuration dialog in qtconfig
Comment 7 Ben de Groot 2012-02-19 02:35:54 UTC
I indeed am of the opinion that it is still necessary to keep the phonon useflag here. But if upstream's code has changed in the meantime, some testing should convince everybody.

That said, I think the original bug report is invalid, because the chain of dependencies is correct: 

qt-qt3support[phonon] depends on qt-phonon or media-libs/phonon[gstreamer]
which in turn depend on media-plugins/gst-plugins-meta
which depends on media-libs/gst-plugins-base

If you start to unmerge individual packages from the dependency chain without proper precautions, then you get problems like the issue as reported by bay here.

But I would advise not to close this bug until the issue of the phonon useflag is settled.
Comment 8 Ben de Groot 2012-02-19 05:24:32 UTC
Actually, this issue was already being discussed in bug #357531 so I am closing this one as a duplicate.

*** This bug has been marked as a duplicate of bug 357531 ***