Summary: | media-libs/mlt[melt] and app-arch/freeze cannot be installed together | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Simon Siemonsma <simon> |
Component: | Current packages | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | maintainer-needed |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=274671 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Simon Siemonsma
2016-05-09 16:08:17 UTC
RDEPEND=" !<=media-libs/mlt-0.4.2 !media-libs/mlt[melt] " what is the bug here? From kdenlive ebuild: RDEPEND=" dev-libs/qjson $(add_kdebase_dep kdelibs) >=media-libs/mlt-0.9.0[ffmpeg,sdl,xml,melt,qt4,kdenlive] virtual/ffmpeg[encode,sdl,X] v4l? ( media-libs/libv4l ) kdeenlive (part of kde-apps) requires mlt with USE="melt" freeze (depency of amavisd) conflicts with mlt with USE="melt" So they can't be installed at the same time. the block in freeze is due to: 05 Jul 2009; Ben de Groot <yngwin@gentoo.org> freeze-2.5.0.ebuild: Block media-libs/mlt[melt] (bug 274671). Eapi-2-ify. And I guess kde people have the reasons for needing mlt[melt] :/ Probably the bug here is that the block between mlt and freeze is resolved with blockers instead of renaming the binary or something... but I am not sure if renaming is feasible (if reverse deps are expecting the normal name for the binary, it wouldn't be easy to fix) Making installation of kdenlive depend on some USE flag would already help. Not the most elegant solution maybe, but neither is having a blocker for some stable users when kde-applications 15.12.3 is stabilised. Defer stabilization of the other packages for a newly added depency of kde-meta also looks like a bad idea. *** This bug has been marked as a duplicate of bug 274671 *** |