Summary: | transcode depends on openquicktime as well as virtual/quicktime? | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Don Seiler (RETIRED) <rizzo> |
Component: | New packages | Assignee: | Heinrich Wendel (RETIRED) <lanius> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | bart.braem, cjr, crusaderky, dju, greg_g, kronenpj, lanius, mholzer, robert.w.thomas, stormlabs, T.Henderson, zypher |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 8810, 9050 | ||
Bug Blocks: |
Description
Don Seiler (RETIRED)
2003-10-02 14:01:38 UTC
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 |