summaryrefslogtreecommitdiff
path: root/dev-util/kdevelop-python/kdevelop-python-1.7.3.ebuild
diff options
context:
space:
mode:
authorIonen Wolkens <ionen@gentoo.org>2026-02-18 00:49:55 -0500
committerIonen Wolkens <ionen@gentoo.org>2026-02-18 01:12:44 -0500
commit578cded83f841a4316b40f33383297b7a716d243 (patch)
treed843fdcdb9a3e905fdee1b9d8f21070ce9c6779b /dev-util/kdevelop-python/kdevelop-python-1.7.3.ebuild
parent2db0391ce7d6ba34f974f57468ac79300dfc7419 (diff)
downloadgentoo-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