I noticed that qt-qt3support needs media-sound/phonon[gstreamer]. I searched a bit more, and found that what it really needs is -gstreamer when using -phonon in ./configure. I'm sending here a patch for review, if there are no objections i'll commit in a week. (I couldn't resist, I changed the formatting)
Created attachment 264839 [details, diff] qt-qt3support gstreamer fix
my patch is not correct, according to alex we'll need required_use to enable gstreamer use flag when phonon use flag is enabled
oh wow, why is that? just out of curiosity, since I found myself disabling phonon for qt-qt3support because of that.
Here qt-qt3support doesn't compile when phonon flag is enabled, anyone interested by emerge log?
This lead me to check for how many packages would actually still depend on qt-qt3support, and oh what a number: 181
(In reply to comment #5) > This lead me to check for how many packages would actually still depend on > qt-qt3support, and oh what a number: 181 Does that include all the packages that inherit kde4-base.eclass (and, by extension kde4-meta.eclass)? Kdelibs still needs qt-qt3support, which means that everything that requires it does too :) .
*** Bug 379255 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > Does that include all the packages that inherit kde4-base.eclass (and, by > extension kde4-meta.eclass)? Kdelibs still needs qt-qt3support, which means > that everything that requires it does too :) . Dependencies should only be direct use. Just because something uses kdelibs doesn't mean something needs qt3support directly...
qt-qt3support doesn't depend on phonon/gstreamer in any way. Thus I've removed the phonon and kde USE flags from qt3-support-4.8.0-r1.
(In reply to comment #9) > qt-qt3support doesn't depend on phonon/gstreamer in any way. Thus I've removed > the phonon and kde USE flags from qt3-support-4.8.0-r1. Are you sure that the upstream code changed? We had the phonon useflag in this package to build the phonon configuration dialog for qtconfig. (Yes, this should properly belong to qt-gui, but for some reason this code belongs (belonged?) to the qt3support module...) While I use phonon-vlc myself, I would not want to deprive our users from the phonon-gstreamer configuration dialog in qtconfig, in case they want to use that. And if it is otherwise broken, we should fix it. I'm reopening this bug to track the issue, as I am planning to test this later, or await others to test it for us. I will close bug #387995 as a duplicate of this one, and I would like to point interested parties to duplicate bug #379255 for some more discussion/ideas about this issue.
*** Bug 387995 has been marked as a duplicate of this bug. ***
4.8.0-r1 ebuild is masked as it breaks reverse dependencies (see BLOCKS field)
qtconfig is built and installed by qt-gui, thus we have to take care of the phonon/gstreamer dependencies there, not in qt3support. Furthermore, since 4.8, qtconfig no longer depends on qt3support and there are no traces of phonon or gstreamer usage in qt3support code. Have a look at the sources if you don't believe me :)
If this is the case, please do not unmask 4.8.0-r1 because it breaks kde and qtconfig. We need to open a new bug then, to track this issue
(In reply to comment #14) > If this is the case, please do not unmask 4.8.0-r1 because it breaks kde and > qtconfig. We need to open a new bug then, to track this issue Sure, that's a separate issue (I forgot to check reverse deps) and it is being tracked in bug #404493