Hello, This bug represents a feature request and opens the door for a discussion. media-libs/libvpx is used by the HTTP Live Streaming feature of MythTV among other things. In MythTV, there is a dependency restriction on <media-libs/libvpx-1.5.0:=. Recent workstations now have a conflicting dependency restriction with dev-qt/qtwebengine-5.7.1 where >=media-libs/libvpx-1.5[svc] is called for in the dependency graph. As a user with a number of packages depending on media-libs/libvpx and having just recently upgraded to v1.6.0-r1, I am left without support for the HLS feature on MythTV. The following packages are quite happy with libvpx v1.6.0-r1. app-emulation/virtualbox-5.1.12 dev-lang/php-5.6.29 dev-qt/qtwebengine-5.7.1 mail-client/thunderbird-45.6.0 media-libs/xine-lib-1.2.6-r1 media-plugins/gst-plugins-vp8-0.10.23-r3 media-plugins/gst-plugins-vpx-1.8.3 media-video/ffmpeg-2.8.10 media-video/vlc-2.2.4 www-client/firefox-50.1.0 www-client/seamonkey-2.46 It would seem helpful if media-libs/libvpx were able to be slotted so that both MythTV v27 and v28 were able to provide the HTTP Live Streaming feature as the new Qt Web Engine wants a conflicting (newer) libvpx. I have attempted to compile MythTV with my currently installed media-libs/libvpx-1.6.0-r1 by employing a local overlay and found an error at line 90 of libavcodec/libvpxenc.c. ---------- What are your thoughts? Do you believe the effort required to slot media-libs/libvpx would be significant? Are there cases other than the Qt Web Engine / Mythtv - HTTP Live Streaming conflict where such a feature would be useful? Thanks for your continued support and your thoughts on this matter. Best Regards, -Chicago
According to the comments in bug 591006, mythtv-0.28 works fine with libvpx-1.5.0, but the ebuild has not been updated yet to reflect this.
*** This bug has been marked as a duplicate of bug 597202 ***