Bugzilla Bug 109846

I have to reconstruct this from memory as the issue has worked itself out by
re-
emerging the affected apps.

However, the original problem was emerging transcode.
configure would always fail thusly:

checking whether libquicktime support is requested... yes
checking for pkgconfig support for libquicktime... yes
checking for lqt-config... /usr/bin/lqt-config
checking how to determine LIBQUICKTIME_CFLAGS... pkg-config
checking quicktime/lqt.h usability... no
checking quicktime/lqt.h presence... no
checking for quicktime/lqt.h... no
configure: error: libquicktime requested, but cannot compile quicktime/lqt.h


It appears pkg-config is looking for the quicktime header in /usr/include/
quicktime first.
This dir was owned by media-video/cinelerra-cvs-20050801, and NOT used by 
libquicktime (which uses /usr/include/lqt)

The issue was resolved by uninstalling cinelerra AND remerging pkgconfig and 
libquicktime (in that order)

Not sure if this is a real issue or just an unfortunate concatenation of emerge 
history on my system...

Reproducible: Always
Steps to Reproduce:

Transcode not build also, because lqt.h in another dir:

checking for pkgconfig support for libquicktime... yes
checking for lqt-config... /usr/bin/lqt-config
checking how to determine LIBQUICKTIME_CFLAGS... pkg-config
checking quicktime/lqt.h usability... no
checking quicktime/lqt.h presence... no
checking for quicktime/lqt.h... no
configure: error: libquicktime requested, but cannot compile quicktime/lqt.h

!!! Please attach the config.log to your bug report:
!!! /var/tmp/portage/transcode-0.6.14-r3/work/transcode-0.6.14/config.log

!!! ERROR: media-video/transcode-0.6.14-r3 failed.
!!! Function econf, Line 495, Exitcode 0
!!! econf failed
!!! If you need support, post the topmost build error, NOT this status message.

Hmmm, what's the status here?

*** Bug 119912 has been marked as a duplicate of this bug. ***

People still keep filing bugs about these bogus includes, this needs to be
fixed.

cinelerra includes and relies on "Quicktime4Linux". We need to figure out what
software checks for, and expects, libquicktime vs qt4l to see which should go
there, then either put a workaround in the ebuild, or submit an upstream patch.
Are these two projects aware of each other?

This has been fixed in cinelerra-cvs-20051005

http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-video/cinelerra-cvs/cinelerra-cvs-20051005.ebuild?r1=1.2&r2=1.3

Fixed (by workaround).
Please reopen if there's still a problem.