Bugzilla Bug 96301

#emerge -pv cups
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild  N    ] app-text/xpdf-3.00-r9  -motif -nodrm -truetype 0 kB
[ebuild     U ] net-print/cups-1.1.23-r4 [1.1.23-r1] -cjk* -debug -gnutls -
nls* -pam* -samba* -slp -ssl* 8,501 kB

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Actual Results:  
emerging xpdf failed

Expected Results:  
should not force installing xpdf, since I cannot get it emerged without X

Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.3.4, glibc-2.3.5-r0, 
2.6.11-gentoo-r8 i686)
=================================================================
System uname: 2.6.11-gentoo-r8 i686 Pentium II (Klamath)
Gentoo Base System version 1.6.12
dev-lang/python:     2.2.3-r1, 2.3.5, 2.4.1
sys-apps/sandbox:    1.2.9
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.4.3-r4, 1.5.18
virtual/os-headers:  2.6.11-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share
/config /var/qmail/alias /var/qmail/control /var/vpopmail/domains /var/vpopmail
/etc"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=i686 -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://www.zentek-international.com/mirrors/gentoo/ 
http://mirror.gentoo.gr.jp"
LANG="zh_HK.utf8"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 acl acpi apache2 berkdb bitmap-fonts cjk crypt ctype fam fbcon 
foomaticdb ftp gdbm gpm iconv imap ithreads java maildir mime mmx mppe-mppc 
mysql ncurses nls nptl nptlonly odbc pam perl php posix python readline samba 
sdl session sockets spl sse ssl tcpd threads type1-fonts unicode usb vchroot 
xml2 zh_HK zh_TW zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS

xpdf provides a bunch of console utilites, not just the X viewer

oh, that's my misunderstanding then, but I cannot get xpdf compiled:


make[1]: Entering directory `/var/tmp/portage/xpdf-3.00-r9/work/xpdf-
3.00/splash'
i686-pc-linux-gnu-g++ -O2 -march=i686 -funroll-loops -pipe -DHAVE_CONFIG_H -
I.. -I./../goo -I./../fofi -I.   -c Splash.cc
i686-pc-linux-gnu-g++ -O2 -march=i686 -funroll-loops -pipe -DHAVE_CONFIG_H -
I.. -I./../goo -I./../fofi -I.   -c SplashBitmap.cc
i686-pc-linux-gnu-g++ -O2 -march=i686 -funroll-loops -pipe -DHAVE_CONFIG_H -
I.. -I./../goo -I./../fofi -I.   -c SplashClip.cc
i686-pc-linux-gnu-g++ -O2 -march=i686 -funroll-loops -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
SplashFTFont.cc:16:69: freetype/internal/ftobjs.h: No such file or directory
In file included from SplashFTFont.cc:21:
SplashFTFontEngine.h:48: error: type specifier omitted for parameter `
   FT_Library'
SplashFTFontEngine.h:48: error: parse error before `)' token
...........


make[1]: *** [SplashFTFont.o] Error 1
make[1]: Leaving directory `/var/tmp/portage/xpdf-3.00-r9/work/xpdf-
3.00/splash'
make: *** [all] Error 2

!!! ERROR: app-text/xpdf-3.00-r9 failed.
!!! Function src_compile, Line 79, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

Created an attachment (id=61346) [edit]
all message from emerging xpdf

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

I get the same errors here too.

Just figured out that this is caused only when truetype is not in the USE flags

i understand that xpdf provides console utilities - however xpdf wants to pull
in xorg-x11 (or whatever X 
the virtual is satisfied by).  on a server, this isn't what i want, hence i
have USE="-X";  perhaps xpdf needs 
a "X" USE flag?

(In reply to comment #7)
> i understand that xpdf provides console utilities - however xpdf wants to pull in xorg-x11 (or whatever 
X 
> the virtual is satisfied by).  on a server, this isn't what i want, hence i have USE="-X";  perhaps xpdf 
needs 
> a "X" USE flag?

i should note xpdf is a dependancy of cups which i need for samba in my case.  i am not having the xpdf 
compile errors above.

I receive the same errors without the truetype USE flag enabled. The program
compiles successfully with that flag turned on.

I had the same problem as Stanley, #2. However, I had both Freetype 1.3.1-r4
and
Freetype 2.something installed, so xpdf would pick up /usr/include/freetype
looking for headers while the right headers were located under
/usr/include/freetype2. Unmerging Freetype 1.3 and cleaning up /var/tmp/portage
(the latter probably not neccessary) solved the problem.

On Gentoo 2004.3/amd64/kernel 2.6.11 r11, I had the same exact problem.

As per Stanley's comment, I did an emerge --unmerge
media-libs/freetype-1.3.1-r4, and then attempted to recompile xpdf-3.00-r9. It
compiled successfully.

emerge info:
Portage 2.0.51.22-r2 (default-linux/amd64/2004.3, gcc-3.4.4, glibc-2.3.5-r1,
2.6.11-gentoo-r11Icarus x86_64)
=================================================================
System uname: 2.6.11-gentoo-r11Icarus x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.6.6
dev-lang/python:     2.3.4, 2.4.1-r1
sys-apps/sandbox:    1.2.1-r3
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O3 -mtune=athlon64 -march=athlon64 -pipe -ffast-math
-fomit-frame-pointer -mfpmath=sse -funroll-loops -ftracer -fpeel-loops
-funit-at-a-time -funswitch-loops"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.mirrors.pair.com
http://mirror.usu.edu/mirrors/gentoo http://gentoo.oregonstate.edu
http://gentoo.mirrors.pair.com
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X alsa avi berkdb bitmap-fonts cdr crypt cups eds encode esd fam
foomaticdb fortran freetds gif gnome gpm gstreamer gtk gtk2 imagemagick imlib
ipv6 java jpeg kde lzw lzw-tiff mad motif mozilla mp3 mpeg multilib ncurses nls
ogg opengl pam pdflib perl png python qt quicktime readline samba sdl spell ssl
tcpd tiff truetype-fonts type1-fonts usb userlocales vorbis xine xml xml2 xmms
xpm xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

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

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

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

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

What's the essential difference between xpdf-3.00-r8.ebuild and
xpdf-3.00-r10.ebuild

r8:
  src_compile() {
        econf \
!               --enable-freetype2 \
!               --with-freetype2-includes=/usr/include/freetype2 || die

        emake || die
  }

r10:
  src_compile() {
+       use truetype \
+               && myconf="--enable-freetype2
--with-freetype2-includes=/usr/include/freetype2" \
+               || myconf="--disable-freetype2"
+
        econf \
!               ${myconf} \
!               --enable-opi || die

        emake || die
  }

Unfortunately, the correct way to disable freetype is:
--without-freetype2-library

This gives the warning:

configure: WARNING: Couldn't find X / Motif -- you will be able to compile
        pdftops, pdftotext, pdfinfo, pdffonts, pdftoppm, and pdfimages,
        but not xpdf

which is not exactly what I want, but some others may prefer the package this
way.

Wouldn't it be better to split xpdf in two packages, one for the graphical xpdf
viewer and another for the commandline pdf tools for cups?

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

Another suggestion for a solution: Make the decision to build the xpdf program
dependent on the X use flag. (People without X don't want it, but may need the
command line tools.) Add the needed conditional dependencies (truetype is needed
to build xpdf).

The problem seems to be related to the freetype-2.1.7 patch that gets  
installed just with use truetype enabled.  
The truetype support seems to be auto-recognized, so --disable-freetype2 
doesn't work as expected when freetype is present, but not applying the patch 
makes the compilation fail because the interface don't get updated. 
 
The complete solution is to make configure.ac check for freetype just if 
requested, a workaround to get it compile anyway is to apply the patch 
unconditionally. 
 

(In reply to comment #20)
> The problem seems to be related to the freetype-2.1.7 patch that gets  
> installed just with use truetype enabled.  
> The truetype support seems to be auto-recognized, so --disable-freetype2 
> doesn't work as expected when freetype is present, but not applying the patch 
> makes the compilation fail because the interface don't get updated. 

--without-freetype2-library disables freetype (and xpdf.)
  
> The complete solution is to make configure.ac check for freetype just if 
> requested, a workaround to get it compile anyway is to apply the patch 
> unconditionally. 
 
Let's think first what we want to achieve. Some people want the xpdf viewer and
don't care about the command line tools. Some people need the command line tools
for cups. Yet others want all.
I guess that anyone who indicates interest in X clients (by setting the X flag)
wants the xpdf viewer when they emerge xpdf. (At least, I expect an xpdf viewer
to emerge) If we need freetype for xpdf, then freetype is a dependency.
(conditional on X)
My suggestion to split xpdf in two binary packages is based on the observation
that xpdf has two, fundamentaly different uses. Providing command line pdf
manipulation and conversion tools or providing an interactive pdf viewer.

Same problem here, xpdf only compile with the truetype use flag on.

Fixed in xpdf-3.01 

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

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

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