Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 582586 - media-libs/mlt[melt] and app-arch/freeze cannot be installed together
Summary: media-libs/mlt[melt] and app-arch/freeze cannot be installed together
Status: RESOLVED DUPLICATE of bug 274671
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Media-video project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-09 16:08 UTC by Simon Siemonsma
Modified: 2016-05-24 16:23 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Simon Siemonsma 2016-05-09 16:08:17 UTC 
mail-filter/amavisd-new depends on app-arch/freeze.
app-arch-freeze conflicts with media-libs/mlt
media-libs/mlt is a depency of kde-apps/kdenlive which is on the stabilisationlist of kde-applications 15.12.3
Comment 1 Alex Xu (Hello71) 2016-05-11 17:59:06 UTC 
RDEPEND="
        !<=media-libs/mlt-0.4.2
        !media-libs/mlt[melt]
"

what is the bug here?
Comment 2 Simon Siemonsma 2016-05-11 19:24:42 UTC 
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.
Comment 3 Pacho Ramos gentoo-dev 2016-05-24 09:16:45 UTC 
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)
Comment 4 Simon Siemonsma 2016-05-24 16:07:39 UTC 
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.
Comment 5 Johannes Huber (RETIRED) gentoo-dev 2016-05-24 16:23:31 UTC 

*** This bug has been marked as a duplicate of bug 274671 ***