Bugzilla Bug 107139

xpdf-3.00-r10.ebuild incorrectly disables freetype when USE=-truetype, causing
the build to fail.

Reproducible: Always
Steps to Reproduce:
1.  USE=-truetype emerge xpdf

Actual Results:  
Fails.

Configure generates output like this:

checking whether to use freetype2 library... maybe
checking where to find the freetype2 header files... 
checking freetype/freetype.h usability... yes
checking freetype/freetype.h presence... yes
checking for freetype/freetype.h... yes
checking for FT_Get_Name_Index in -lfreetype... yes
using freetype2 library

The build dies on x86_64-pc-linux-gnu-g++ -march=k8 -O3 -pipe -DHAVE_CONFIG_H
-I.. -I./../goo -I./../fofi -I.   -c SplashFTFont.cc
SplashFTFont.cc:15:30: freetype/ftoutln.h: No such file or directory

The configure command was (from config.log):

./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --libdir=/usr/lib64 --build=x86_64-pc-linux-gnu
--disable-freetype2 --enable-opi


Expected Results:  
It should have built.

Patch coming!

Created an attachment (id=69192) [details]
Proposed fix

This changes --disable-freetype to --without-freetype2-library, which fixes it
for me.

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