transcode has a dependency on both virtual/quicktime and media-libs/openquicktime. This should only be virtual/quicktime since otherwise I'd be forced install openquicktime, which is 2 year old, over libquicktime, which released this month. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Just my 2 cents. I am too interested in seeing this fixed. bash-2.05b# emerge -p transcode These are the packages that I would merge, in order: Calculating dependencies ...done! [blocks B ] media-libs/quicktime4linux ("virtual/quicktime" from pkg media-libs/openquicktime-1.0-r1) [ebuild N ] media-libs/openquicktime-1.0-r1 [ebuild R ] media-video/transcode-0.6.6
I've got the same problem. Staying tuned.
Is this same bug related to the following as well? emerge -uDp world These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] app-editors/nano-1.2.2 [1.2.1] [ebuild U ] media-libs/libsdl-1.2.6-r1 [1.2.5-r2] [ebuild U ] media-gfx/gimp-print-4.3.21 [4.3.18] [blocks B ] net-www/netscape-flash (from pkg net-www/gplflash-0.4.10-r3) [ebuild U ] net-www/gplflash-0.4.10-r3 [0.4.10-r2]
openquicktime-1.0-r1.ebuild is wrong. - PROVIDES="virtual/quicktime" + PROVIDE="virtual/quicktime So, when emerge -u world, libquicktime is installed. And libquicktime is blocking openquicktime.
marc what do you think about this ? 06 Oct 2003; Martin Holzer <mholzer@gentoo.org> openquicktime-1.0-r1.ebuild: fixed typo. PROVIDES -> PROVIDE.
Yepp, that works _if_ you unemerge openquicktime and libquicktime (depending on what was installed before) and remove openquicktime from the transcode-deps. Still, there are two things to consider: - does transcode work (properly) with openquicktime? - is a "virtual/quicktime" necessary if it doesn't?
After unmerging openquicktime, revdep-rebuild still says that everything is fine, which means that transcode isn't even using openquicktime.
This is in the transcode ebuild: use quicktime \ && myconf="${myconf} --with-qt --with-openqt" \ || myconf="${myconf} --without-qt --without-openqt" This is from transcode's configure: --with-qt build quicktime dependent module (no) --with-qt-includes=PFX prefix where local quicktime includes are installed (optional) --with-qt-libs=PFX prefix where local quicktime libs are installed (optional) --with-openqt build openquicktime dependent module (no) --with-openqt-includes=PFX prefix where local openquicktime includes are installed (optional) --with-openqt-libs=PFX prefix where local openquicktime libs are installed (optional) So we'd for sure have to take out the openqt specs in $myconf.
Perhaps we need an "openqt" local USE flag for transcode to choose openquicktime over libquicktime. That is, if transcode works with libquicktime.
*** Bug 30561 has been marked as a duplicate of this bug. ***
If it can be built with both, why do they block each other?
you could do that with has_version instead of a local useflag
fixed in all versions. it now checks if openquicktime is installed it compiles against it, otherwise it compiles with libquicktime
