diff options
| author | Ionen Wolkens <ionen@gentoo.org> | 2026-02-18 00:49:55 -0500 |
|---|---|---|
| committer | Ionen Wolkens <ionen@gentoo.org> | 2026-02-18 01:12:44 -0500 |
| commit | 578cded83f841a4316b40f33383297b7a716d243 (patch) | |
| tree | d843fdcdb9a3e905fdee1b9d8f21070ce9c6779b /dev-util/kdevelop-python/kdevelop-python-1.7.3.ebuild | |
| parent | 2db0391ce7d6ba34f974f57468ac79300dfc7419 (diff) | |
| download | gentoo-578cded83f841a4316b40f33383297b7a716d243.tar.gz gentoo-578cded83f841a4316b40f33383297b7a716d243.tar.bz2 gentoo-578cded83f841a4316b40f33383297b7a716d243.zip | |
media-video/ffmpeg: add USE=opencolorio in live
Other packages in the tree have USE=color-management for this
dependency, but ffmpeg also has USE=lcms that is color management
related and they are not used in the same way. Users also do not
really need to set this globally if they just want "color management"
given all this does is add a filter that most users won't be using.
Debated using USE=ocio because the filter is named "ocio", but
USE=opencolorio may be more recognizable and matches the configure
option (minus having lib in front, but not going to add more lib*
USE as been trying to do away with them).
opencolorio does not have multilib, but as usual I feel we shouldn't
add "new" multilib support just for ffmpeg, rather unlikely that
32-bit multilib users will need new things with ancient software
(can file a bug if they really need it).
opencolorio also has less keywords than ffmpeg, but may not be worth
matching. Will look at what still needs masking when ffmpeg-9 releases.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Diffstat (limited to 'dev-util/kdevelop-python/kdevelop-python-1.7.3.ebuild')
0 files changed, 0 insertions, 0 deletions
