summaryrefslogtreecommitdiff
path: root/dev-qt/qtwebengine/qtwebengine-6.9.1-r1.ebuild
diff options
context:
space:
mode:
authorIonen Wolkens <ionen@gentoo.org>2025-09-07 20:32:30 -0400
committerIonen Wolkens <ionen@gentoo.org>2025-09-08 01:56:53 -0400
commit6ff847ca41d830b3c1d9eff71685aa391bf0ab6b (patch)
tree21bbcfa7b0dc4a505b78e3f43e33b8a7ea8ea7fb /dev-qt/qtwebengine/qtwebengine-6.9.1-r1.ebuild
parentb8f012a8a8a745e76738e45bfd5265576c51cfba (diff)
downloadgentoo-6ff847ca41d830b3c1d9eff71685aa391bf0ab6b.tar.gz
gentoo-6ff847ca41d830b3c1d9eff71685aa391bf0ab6b.tar.bz2
gentoo-6ff847ca41d830b3c1d9eff71685aa391bf0ab6b.zip
dev-qt/qtwebengine: update live
Upon closer look, openh264 seems unused with our current configuration (both system's and bundled from a quick grep) and this just adds a dependency or potential automagic for nothing. Originally I thought it could be used with USE=bindist (no real reason not to if system's), but it has configure.cmake checks to specifically disable it when proprietary codecs are not enabled. Either way, the code seems only for webrtc and wouldn't offer h264 playback with bindist so the interest here was mostly to unbundle than functionality. That aside, also noticed that some test junk was newly being installed, (it's a whole QML libary so kind of annoying), and also that disk space usage went over 10GB. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Diffstat (limited to 'dev-qt/qtwebengine/qtwebengine-6.9.1-r1.ebuild')
0 files changed, 0 insertions, 0 deletions