#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 attachment 61346 [details] 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. ***
