media-libs/libass-0.10.1 builds fine with media-libs/harfbuzz-0.9.11; harfbuzz support is enabled by default upstream: https://code.google.com/p/libass/source/browse/configure.ac https://code.google.com/p/libass/issues/detail?id=13 Please remove mask and add +.
done, thanks, i had forgotten to come back to this
There's a small issue with the dependency atom on this flag -- if harfbuzz is not built with USE="truetype", then the harfbuzz package doesn't install the 'hb-ft.h' header, which libass needs: CC ass_shaper.lo /bin/sh ../libtool --silent --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -Wall -O2 -march=k8 -pipe -I/usr/include/freetype2 -I/usr/include/fribidi -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/harfbuzz -c -o ass_shaper.lo ass_shaper.c ass_shaper.c:32:19: fatal error: hb-ft.h: No such file or directory compilation terminated. make[2]: *** [ass_shaper.lo] Error 1 Note that I'm running the base profile rather than the desktop profile (desktop one enabled USE=truetype globally). To avoid the compilation error on non-desktop profiles, either harfbuzz ebuild should be adjusted for this, or perhaps the harfbuzz flag should be default-disabled in libass and default-enabled in the package.use of desktop profiles instead?
(In reply to Ian Stakenvicius from comment #2) > To avoid the compilation error on non-desktop profiles, either harfbuzz > ebuild should be adjusted for this, or perhaps the harfbuzz flag should be > default-disabled in libass and default-enabled in the package.use of desktop > profiles instead? Fixed the dep 0.10.2. Didn't fix it for 0.10.1 since that would require a revbump which would also be unstable, if someone else needs that done feel free.
